如果客户的要求过于频繁,建议不要用struts.
解决方案 »
- 关于linux作为服务器,不能解析json格式的中文问题
- Servlet问题,求解[急]
- 寻网站模版 急急急急急急
- jfreechart如何在横向的某一个刻度平行画一条线
- Java九大隐性函数各自的作用 以及用法?
- 网络错误:Broken pipe 是怎么回事?
- xpath的问题
- java控制table
- 初学Hibernate,虚心请教关于JNDI数据源的问题
- java.util.concurrentmodificationexception这么错误解决了,但是不是很明白。
- 问一下,weblogic 8.1支持j2sdk 1.5吗?
- [--==急==--]关于JSP从ORACLE中取数据是乱码的问题。
1.系统的层的分得很清楚
2.验证等代码很方便
3.便于后来的程序员修改代码.
怎么方便就怎么用..
用struts不一定就非要用它的标签...
要学会灵活变通,干嘛要这么死板:)
不过,纵然目前讨伐之声日起,甚至包括Spring Framework的作者Rod Johnson对Struts
的评价也不甚高。但站在产品开发的角度而言,Struts仍然是最稳妥的选择。
如果为null的时候还会出错,但jstl不会
2.利用ACTIONFORM内省可以方便的操作MODEL。
3.利用ACTIONFORM的验证,加强安全性,避免JS跨站脚本攻击。
1.它把业务层,数据层,视图层分得很清晰;
2.具有软件可扩展性;
3.开发流程对于程序员简单。
层次分明,易于维护 业务与逻辑完全分离我喜欢struts的标签,如果struts的标签无法办到的事情就用jstl反正尽量不要在jsp文件里出现"<%%>"就行..