另外，你是从什么地方得出的结论我没用过struts? “猜想”？ 我觉得这个问题上跟你对struts的态度一样，没有真凭实据就得出结论。
To:inprise_lyj 我目前的项目采用的webwork，限制比struts少一些，但是用起来感觉都比较方便.
言辞是激烈了点 struts毕竟作为一个公认的框架确实有一定的约束作用
struts不能全用的,我只用他的action，标记我用的很少
用struts+hibernate开发一年时间了。
感觉还可以。但我最初也没有楼主那种感觉。
可能是一开始我就没全用吧。
hibernate我从来不用一对多多对多什么的。
老兄 我拜托你 什么东西不是越麻烦才是越高级的 我看你先到一边想想再说吧
火气蛮大吗，其实别人这么说对你个人并没有任何意义，一切都在你自己手中，struts只能说对你不合适，但这不能否定一切，也不要闭口开口就什么是垃圾，如果你能设计出这样的“垃圾”，可能会有资格这么评论，不然只能显示你的无知。
作为一个软件公司,你开发的产品是要来卖的,也就是说你卖出去的东西,收了顾客的钱你是要负责的,struts的MVC模式显然是比较合理的模式,这点大家都不会怀疑.还有,作为一个软件公司,不要把case当case,既然他是你的,你应该给客户一个好的架构,这样以后客户有需求你就可以在这个架构上扩展,或者说隔1,2年给客户重新把原来的系统改善,我强调的是改善而不是重写,顾客很少会答应重写的,客户喜欢的扩展.不要为了做程序而做程序,看看软件之外的东西,在我们写每行代码的时候.
我也想说两句。
Struts本身来讲，还是不错的。
一个事物，有其存在的原因和环境。
Struts是用来解决页面的流程控制的。
同MVC的主要功能是一致的。
在struts1.1以后，提供了很大的自由空间，
很多地方都能用自定义的类来处理。
在我们的项目中，采用了Struts，
我认为，我们得到了益处。
我们的分工很明确。
比如：
有人专门在做MODEL
而相关的V C部分则是其他人做。
由于M层提供了接口出来，在其实现之前，
却不会影响V C。
这样，整个项目一直处于并发的前进状态。
这肯定会缩短整个开发周期。
也就是说如果分析做得好的话，
采用Struts将事办工倍。
前提是需要对Struts熟悉。