1.少写那么多<%%>,统一风格
2.这个……baidu和google实在是有很多啊。LZ为什么不搜索下呢……
3.我个人觉得是负责调度管理者:)
4.前台验证和后台验证,个人习惯问题吧,我喜欢好弄简单的在前台js负责验证,复杂的在后台验证
2.这个……baidu和google实在是有很多啊。LZ为什么不搜索下呢……
3.我个人觉得是负责调度管理者:)
4.前台验证和后台验证,个人习惯问题吧,我喜欢好弄简单的在前台js负责验证,复杂的在后台验证
解决方案 »
- 问下多种登录方式的解决方案 叫啥?
- Tomcat
- (在线等待)java如何生成唯一的20或40位密钥字符串
- 空指针异常问题
- 我是菜鸟 大家帮我提点意见 谢了
- Java动态加入菜单,急!
- Struts2 <s:if>标签使用问题
- actionform 的 validate问题。
- Tomcat5配制问题:我想http://localhost/就直接显示我编写的页面。请问怎么配制?
- Io 异常: The Network Adapter could not establish the connection
- JSP中怎么用JFREE CHAR 连接MYSQL
- 高分救助!statcvs问题。期待各位达人解决
2.goolge和baidu上去找
3.spring,IOC,控制反转,依赖注入,说白点就是管理
4.js是客户端验证,validator是struts后台验证,也就是服务器端验证.他们各有给的好处.
2.有没有spring和struts整合的资料啊?这么做有什么优势?
我知道baidu上能找到好多,能不能推荐个比较好的适合入门看的?
不过有些地方 标签有局限性的 还是得用<%%>。2.spring和struts整合的资料太多了,顺便去看个spring的都会教你怎么整合的,要说优势 资料里面有,就是为什么用SPRING。
主要的依赖注入把,简单的说 你光Struts,你的DAO ACTION,基本是死的,不能灵活拆分重组。用了Spring,就像活字印刷法的那样,不是一个模块了,而是一个个可以重组的字印章。3.参考24.你的不对,struts的validator和js是不同的。小一些项目的都是用JS验证的 就是在JSP上面验证,有一大堆的JS。
validator是到了后台代码 才验证的,比较正式
http://topic.csdn.net/u/20080124/22/ce7eef17-af72-4992-b045-e5d18a25c015.html
spring+struts的整合我大概会弄了,但是还是没看出有什么好处来.
spring给action只能注入service吧?service都是很有针对性的,有需要注入的必要么?
<%%>在JSP页面的顶端是引入了Struts的标记库。在struts中是不用的。JS是在客户端的验证,但在行的程序员可以逃过这一关安全性差。validator是服务器端的验证,虽然影响了一点时间但安全性提高了。
建议使用struts标签+<c:>+EL表达式。
2.既然流行肯定有道理啊,搜搜吧。
3.spring可以无处不在,它可以出现在3层结构的任何地方,统一管理、配置、事务……
4.个人不喜欢struts的验证机制,很烂,还不如自己写。JS验证是必须的,如果全部让服务器端验证的话,
恐怕不只是速度慢的问题吧,几个人同时注册+验证的话,可能离崩溃也不远了……
三者配合起来用,主要是Spring发挥的很好,负责桥接注入对象,层次之间松耦合,很方便扩展。用Struts还有一点好处就是,前台JSP内只有标签了,越来越XML化了,没有了嵌入式的Java脚本,习惯了就好。
1、struts in action
2、spring2.0 技术手册
对于你问题回答如下:
1、struts标签也有自己的优势,不是说<%%>不好,各有各的特点优势,用多了可以感觉出来。
2、网络上很多相关资料。www.csdn.net www.javaeye.com
3、spring主要做事务处理,aop、ioc的优势体现。
4、struts的validator在一定情况下并不能满足实际需要,自我感觉。
以上不准确地方,希望大家多多指正,谢谢!