SSH架构中的Struts似乎很鸡肋

to:hatedance
但它的某颗关键的螺帽，也许就是平淡无奇的6角形的钢做成的。千万别尝试把这颗螺帽做成水晶。
to:treblesoftware
本身对于展现来说，不需要过度的充血;不应该在ACTION里充血，而且本身它就很难充血，而且也不应该充血。

-------------
我的意见是：既然他们贫血，而且应该贫血，那么就让他们彻底贫血彻底消失，起码在某些场景下消失，省得这样的代码影响市容影响和谐。

做法就是对这些贫血对象作封装，不要在开发中频繁写这样的对象，而且封装其实很简单的。同时封装时只针对我们说的简单场景，对于复杂点的例如依赖servlet接口的一些操作依然可以按照传统的action处理。

关于ActionForm，参见DTO模式，如果你的业务层实现为一个Rich Domain Model，那么DTO就很有用了

关于Action，参见Command模式，关于Struts核心的架构可参见《J2EE核心模式》

这个话题没什么好讨论的，如果你理解Struts的设计思想，那么你就会认为你这么使用，是正确的~~

爱好在于个人

理论上是正确的，确实如君所言没什么好说的，我也认为架构上应该遵循这样的层次，然则，理论化的东西在实战中往往不是效率最优的，相信这点大家都有体会，所以我才有此问。

struts你写错啦，改正下吧。 springMVC只在GAE上玩过，没做项目。

我们公司框架抛弃struts,都用jstl+springMVC+hibernate

可以自己封装一次,在开发中对程序员屏蔽掉struts,直接调用service;

从来不用actionform...

的确很鸡肋，但是你要看现在当项目经理的学的第一个框架就是struts，呵呵，他们难以割舍。由此，5年后的web应用中还会有鸡肋的spring。非常鸡肋！

to:wxq594808632

辛苦了阿，看来也是对form深恶痛绝了阿！