有JSP+servlet+javabean 中小型项目开发经验的前辈进来看看。。

时间:2021-05-02 19:08:44
是这样的!公司开发一个项目我建议用jsp+servlet+javabean 来开发这个项目。可能有个同事说这样不行如果访问量同时有100以上的话服务器就会死!
   是要用Struct来开发!就会稳定有这样的说法吗?请前辈说说好吗?

31 个解决方案

#1


不是吧。
struts也是在jsp,servlet基础上的。性能来说基本没区别。一直怀疑struts差点。
用什么在于项目大小,struts用在大一点的项目上,可维护性好点。性能没优势的

#2


我也是像楼上这样想的!他说他以前就用jsp+servlet+javabean开发服务会死机!
我想他以前做的项目是数据库连接是有问题的!才会死~
我是没有什么经验的~可是他是这样说的!struct的技术也是用JSP+servlet+javabean的啊!真有点奇怪~
有没人再说一下你们的经验吧!谢谢了!

#3


UP

#4


其实struts就是封装了servlet嘛,可能是因为在session中保存的对象太多
或者是中间产生了太多的对象吧,这个可能比较大
数据库的问题也有可能

#5


还有没有前辈来说说吗?

#6


关注ing!帮忙顶!

#7



个人浅见:跟使用的技术没有关系,只跟写代码的人的水平有关。

struts等等,都只是为了方便开发人员的,提高开发人员的编程效率和减少开发人员自己的设计不合理而带来的问题,而且牺牲的就是一小部分的运行效率。

我在不需要用到表单的默认值jsp里,尽量自己写form表单,也不用<htlm:form>标签。

#8


up~~

#9


up

#10


呵呵, freshleaf_() 说的对, 性能主要看,如何来处理数据库和应用的瓶颈问题了,,如果不牵涉到其它J2EE技术的话应该没多大问题

#11


你的同事是白痴
说用了struts就会稳定的那人也是白痴
鉴定完毕

#12


好好熟悉一下tomcat,servlet就够了。这年头杀鸡的刀都不会用了。

#13


对于性能来讲,没有任何区别,因为struts也是用的jsp+javabean+servlet的模式的,你也可以自己写一个框架基于mvc模式的,只是struts架构已经比较成熟了,可维护性比较好,可以节省很多的工作,至于所说的以前没有用struts的服务器会出问题,很又可能是数据库的原因,或者是程序代码本身的原因,和所运用的技术是没有直接关系的。

#14


up

#15


up~~

#16


技术一般是不会有什么漏洞的,不然这种技术也是不可能推行的,关键是看你怎么用,用得好就没问题,用得不好,结果当然就不行了。其实象这样的情况就是要你自己去分析数据量的问题。

#17


up有分

#18


嘿嘿,楼上这么多高手,我就不做声了,坐着接分啊

#19


我记得有人说过:如果服务器用Tomcat当并联数过多时,死机原因是因为引用Sqlserver's JDBC所造成的。

#20


恩,同意阿轩的说法,老的mssql的JDBC驱动是有那个问题的

#21


谁说struts就稳定的?

另外,我还要来鄙视微软的SQL Server jdbc 驱动。

#22


怎么可能?跟这个有什么关系
服务器好就能支撑的住

#23


怎么可能?跟这个有什么关系
服务器好就能支撑的住

#24


晕,

#25


嗯!谢谢大家的意见了!
不过我还是听他的用struts+ibatis来开发!
上面的两种技术我都刚接触,学一下也好!

#26


struts只是表现层的东东,说的了就是jsp,servlet的二次开发,而决定性能的应该是你采用的web容器和ejb容器以及你的业务层和持续层的设计的好坏,跟struts根本风马牛不相及!

#27


我喜欢:
Client:JavaScript+XMLHTTP+XMLDom+XML
Server:Servlet+JavaBean+SAX解析
这样更符合MVC的精神。而且页面无刷新,速度奇快,服务器端的负担大大减轻。打印也可以交给JavaScript调用Microsoft.Excel对象来处理,所有数据交换全用XML格式。
服务器端的XML解析用SAX

#28


楼上的做法我们原来也在项目中实施过这种方法。主要是看情况而定。。。好用方便就行。。。快速。。。

#29


来点分,涨点星!!!

#30


学习。

#31


打印也可以交给JavaScript调用Microsoft.Excel对象来处理,这个倒是没有做过的。。。有机会向 LongLongRiver学习一下,也希望他放点经验出来。。。

#1


不是吧。
struts也是在jsp,servlet基础上的。性能来说基本没区别。一直怀疑struts差点。
用什么在于项目大小,struts用在大一点的项目上,可维护性好点。性能没优势的

#2


我也是像楼上这样想的!他说他以前就用jsp+servlet+javabean开发服务会死机!
我想他以前做的项目是数据库连接是有问题的!才会死~
我是没有什么经验的~可是他是这样说的!struct的技术也是用JSP+servlet+javabean的啊!真有点奇怪~
有没人再说一下你们的经验吧!谢谢了!

#3


UP

#4


其实struts就是封装了servlet嘛,可能是因为在session中保存的对象太多
或者是中间产生了太多的对象吧,这个可能比较大
数据库的问题也有可能

#5


还有没有前辈来说说吗?

#6


关注ing!帮忙顶!

#7



个人浅见:跟使用的技术没有关系,只跟写代码的人的水平有关。

struts等等,都只是为了方便开发人员的,提高开发人员的编程效率和减少开发人员自己的设计不合理而带来的问题,而且牺牲的就是一小部分的运行效率。

我在不需要用到表单的默认值jsp里,尽量自己写form表单,也不用<htlm:form>标签。

#8


up~~

#9


up

#10


呵呵, freshleaf_() 说的对, 性能主要看,如何来处理数据库和应用的瓶颈问题了,,如果不牵涉到其它J2EE技术的话应该没多大问题

#11


你的同事是白痴
说用了struts就会稳定的那人也是白痴
鉴定完毕

#12


好好熟悉一下tomcat,servlet就够了。这年头杀鸡的刀都不会用了。

#13


对于性能来讲,没有任何区别,因为struts也是用的jsp+javabean+servlet的模式的,你也可以自己写一个框架基于mvc模式的,只是struts架构已经比较成熟了,可维护性比较好,可以节省很多的工作,至于所说的以前没有用struts的服务器会出问题,很又可能是数据库的原因,或者是程序代码本身的原因,和所运用的技术是没有直接关系的。

#14


up

#15


up~~

#16


技术一般是不会有什么漏洞的,不然这种技术也是不可能推行的,关键是看你怎么用,用得好就没问题,用得不好,结果当然就不行了。其实象这样的情况就是要你自己去分析数据量的问题。

#17


up有分

#18


嘿嘿,楼上这么多高手,我就不做声了,坐着接分啊

#19


我记得有人说过:如果服务器用Tomcat当并联数过多时,死机原因是因为引用Sqlserver's JDBC所造成的。

#20


恩,同意阿轩的说法,老的mssql的JDBC驱动是有那个问题的

#21


谁说struts就稳定的?

另外,我还要来鄙视微软的SQL Server jdbc 驱动。

#22


怎么可能?跟这个有什么关系
服务器好就能支撑的住

#23


怎么可能?跟这个有什么关系
服务器好就能支撑的住

#24


晕,

#25


嗯!谢谢大家的意见了!
不过我还是听他的用struts+ibatis来开发!
上面的两种技术我都刚接触,学一下也好!

#26


struts只是表现层的东东,说的了就是jsp,servlet的二次开发,而决定性能的应该是你采用的web容器和ejb容器以及你的业务层和持续层的设计的好坏,跟struts根本风马牛不相及!

#27


我喜欢:
Client:JavaScript+XMLHTTP+XMLDom+XML
Server:Servlet+JavaBean+SAX解析
这样更符合MVC的精神。而且页面无刷新,速度奇快,服务器端的负担大大减轻。打印也可以交给JavaScript调用Microsoft.Excel对象来处理,所有数据交换全用XML格式。
服务器端的XML解析用SAX

#28


楼上的做法我们原来也在项目中实施过这种方法。主要是看情况而定。。。好用方便就行。。。快速。。。

#29


来点分,涨点星!!!

#30


学习。

#31


打印也可以交给JavaScript调用Microsoft.Excel对象来处理,这个倒是没有做过的。。。有机会向 LongLongRiver学习一下,也希望他放点经验出来。。。