1.mvc的耦合性太高
2.不是thread-safe的
3.怎么看都不顺眼
2.不是thread-safe的
3.怎么看都不顺眼
解决方案 »
- 文件下载报空指针
- 急救!!!!!!!!!!
- java 中多态问题
- 谁有Xdoclet-plugins-1.0.3.rar
- 如何在客户端(Browser)显示出客户的本地目录?
- 在struts中validateForm所占的比重有多大?
- spring 中的org.springframework.web.bind包中的 WebDataBinder中的fieldMarkerPrefix属性的作用究竟是什么
- 关于论坛上的页面分配
- URLConnection的哪一个请求属性(RequestProperty)是用于指示Servlet容器按指定的编码来解码参数??
- 千里救急,已知一个经纬度,怎么获取5公里以内的经纬度坐标范围。(版主帮加急)
- 扫雷 源代码 我想死你了 100分
- 请教问题:Servlet + EJB +Mysql
我说说吧!
struts的优势就是实现mvc结构彻底,用了这个框架之后感觉代码容易读了,架构容易理解了,代码重用也容易实现了,后期维护也不那么伤脑筋了 !
已经逐渐成长为一个稳定、成熟的框架,并且占有了MVC框架中最大的市场份额。
长达五年的设计延续性,自然导致其在某些技术特性上已经落后于新兴的MVC框架。
面对Spring MVC、Webwork2 这些设计更精密,扩展性更强的框架,Struts受到了前所未有
的挑战。
不过,纵然目前讨伐之声日起,甚至包括Spring Framework的作者Rod Johnson对Struts
的评价也不甚高。但站在产品开发的角度而言,Struts仍然是最稳妥的选择。
何谓“最稳妥”?并非完全意味着技术上的稳定性,而是指社会劳动力供给。感兴趣的
读者可以去51job、chinahr 这些人力资源网站上搜索一下Java Web 程序员应聘简历。几乎
所有Java Web 开发人员都在简历上注明“精通Struts”,且不论真正精通的能有多少,但就
凭Struts这非凡的上镜率,其普及度也可见一斑。
这也就意味着,即使公司发生惨绝人寰的人事大变动,产品经理也不必过于惊惶失措,
茫茫人海中,有大批的Struts们以供选择,只需好好考虑好新员工的业务培训如何开展即可,
而对于技术延续性,则不必太过于担心。
这也就是Struts 带来的战略性优势(对于公司而言,这一点往往是关键所在),其他
MVC框架目前还无法在这点上与之并驾齐驱。
单纯从代码上来说,Struts有如下一些好处:
使用dynabean,可以省略掉很多的get,set方法,他们全在xml中。
使用tiles,可省掉很多重复的html部分。
使用validationframework就不需要在actionform中校验form的输入。整体来说,省事多了,使系统更具扩张性,降低了入门的门槛,像一个工厂的流水线一样了。
显示与业务分离,国际化,程序与美工分离。
且actionservlet的一手控制,使维护及理清跳转的逻辑容易多了。但是,可视化开发的支持不够。
2.封装太多,流程固定死。
3。还是自己写---舒服。
2、 如果你在网页中大量运用taglib,那么你的美工将做出部分牺牲。当你结合Tiles,功能增强的同时,这种牺牲尤为明显。当然,你对功能和美观的取舍由你自己决定。
3、 Taglib是一个好东西,但灵活运用它却需要一个过程,如果你不想在Taglib上花太多的时间,那么只需理解与FORM有关的几个标记,其它的标记就放着吧,以后再看,先去研究ActionServlet和Struts-config.xml,你会觉得很有成就感。
4、 Struts的诞生时间虽不长,但与之相关的工具却越来越多,如果你是用Jbuilder作为开发工具,那我可以为你推荐几款优秀的open tools,极大的提高开发效率。
刚学struts,发点牢骚。
还要插入部分jsp代码