我们目前的开发是servlet->xml + xslt + Hibernate,感觉结构也挺好的,并且开发比当初用Struts还要快,其实如果公司有一个xslt技术好的,完全可以不用Struts来开发,简单就是美,效率就是美!
我们目前的开发是servlet->xml + xslt + Hibernate,感觉结构也挺好的,并且开发比当初用Struts还要快,其实如果公司有一个xslt技术好的,完全可以不用Struts来开发,简单就是美,效率就是美!
另:这里是谈论技术,如果上升到人身攻击就显得有些没有修养了,技术的东西本来就是仁者见仁,智者见智的。
愿天下的垃圾回收机效率会高一点,少让这种东西填充在我们周围好了!
连跟大家的正常交流都做不到,还乱喷些什么玩艺嘛!
愿天下的垃圾回收机效率会高一点,少让这种东西填充在我们周围好了!
连跟大家的正常交流都做不到,还乱喷些什么玩艺嘛!
>>>>>>>>>>>>>>
同感,同感~ 做人要厚道,楼主应该心胸开阔些~
struts的标签库跟JSTL有部分冲突,而且没有JSTL那么灵活
html标签库覆盖了符合HTML标准的input元素,美工无法看到实际效果。
耦合度高,配置繁琐。
花如此大的功夫去实现 MVC 理念,却有些得不偿失;况且我认为 MVC 本身也有很大问题,现在已经进入OOP时代,Java 又是面向对象设计的经典语言,Sun 一直也在提倡和隐式的宣传这种面向对象的标准,比如JavaBeans。对象具有属性和行为,这是大家公认的面向对象的基本理念,但是本质的 MVC 概念却把属性(M)和行为(C)分开,这倒有点儿像微软一贯的手法了,软件设计的理念似乎又回到了以前,这是否是一种倒退?
一个框架的好坏说的到一个系统的大小,后来干脆扯到人的问题上了。。
就事论事好点。。。
以前也没有使用过struts结构开发过,但是使用过他的产品。感觉很是不错,感觉可能在复杂的项目中优势会更加明显。
对于楼上各位仁兄的“对话”,个人感觉,struts既然产生,就有他一定的需求,既然用了,就没有必要讨论它的合理性了。只需关心怎么使用它的优点能够最大的满足我们的需求,最大的减轻我们的负担就好。
struts努力学习中!
struts ,spring MVC ,WebWork,Tapestry&JSF中说了这句话
:struts is fast to develop with because most problems have been soled.HTML tag library the best of the bunch!
which would i choose?
Quick and dirty project.
--struts beacuse i know it best
不知道这个DIRTY PROJECT,是真话还是反语,,
作者是J2EE的专家组成员...