|
锁定老帖子 主题：struts和webwork双体验
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-09-15
foam哪里有下载的?
|
| 返回顶楼 | |
|
发表时间：2004-09-15
FOAM 试用版本 http://www.computersinmotion.com
|
| 返回顶楼 | |
|
发表时间：2004-09-17
刚才看了iBATIS_JPetStore，惊奇的发现这样也行，
jpetstore用一个baseAction解决所有交互，改之用反射来调用formbean的xxx方法这就解决了大家对formbean和action分离的很多意见，很明显这样更简单，而且也很好用,他还用map的分离了servlet的依赖，很象webwork的actionContext。 |
| 返回顶楼 | |
|
发表时间：2004-11-09
weihello 写道 和风 写道 综上所述：个人认为webwork适合初学mvc模式的人，可以快速建立模型。struts为主流mvc实现，资料多，支持者多，前景看好一些。 个人观点仅供参考，进一步交流可以发邮件给我 hyluc88@yahoo.com。 strtus,两年前经过一个项目，很是不好。当时写tag,写js，累。页面难以重 用。面向过程嫌疑巨大。 webWork2了解中，不过也是基于Action这种机制，始终难逃面向过程嫌疑（方法类解决问题） 钟爱的依然是Tapestry，但Tapestry太多状态了，做点击率高的网站又吃不消。郁闷...... 但无论如何，在相同质量的前提下，如果我作为项目组织者，无疑我会选择生产率最高的。无论是ASP,JSP,PHP,.net.......或者什么框架。 技术固然是一个原因，但也有资源，熟练度等等原因。 这显然是对技术的糟蹋！如果你只是考虑到效率而根本机不顾及程序员的感受，那麽这样的项目显然只能够吸引"新手"参与，而从长远的角度看，这样无疑是在葬送整个项目，最好的办法是组织一个好的开发小组，思考新的技术的可行性！ |
| 返回顶楼 | |
|
发表时间：2004-11-09
偶也算用webwok2一年多的人了,看来楼主的说法简直想吐,如果真正搞懂ww2后来发言把
|
| 返回顶楼 | |
|
发表时间：2004-11-09
偶也用WebWork2+Velocity做过实际的项目。没办法，用了之后，就彻底的把Struts抛到了脑后，实在想不出还有什么使用Struts的理由。
不想谈什么大道理，但W2+V的确极大的提高的效率和可用性。深爱着她。 
|
| 返回顶楼 | |
|
发表时间：2004-11-10
引用 如果怕麻烦,简单致上的原则,就用jsp+bean.
稍微大型一点点的项目，你这样的架构已经非常非常麻烦了。 引用 如果不怕烦麻,就去搞 WebWork2,Velocity,struts ,spring,hibernate,......
搞这些东西就是为了开发，维护，升级不再麻烦。 当你良好的搭配框架软件，你的开发工作量会降到最低，软件的维护和升级变得简单而可靠，这才是软件开发的目标。 引用 不管理论上上面的这些模型如何能提高开发效率,写第一个这样的程序总是让你劳累.而且运行效率显然有下降.
在你没有掌握JSP+Bean这前，这个模型一样让你劳累，而且运行效率显然有下降 引用 为什么 IBM , BORLANDC , WEBLOGIC 这些国际IT巨头为什么支持STRUTS
这些巨头在过去那么多年中坚定不移的支持EJB模型，可是现在抛弃EJB是如此的迅速和决绝 http://blog.iteye.com/index.php?op=ViewArticle&articleId=349&blogId=1 这只说明了一个问题，大厂商支持什么技术自然有他商业上面的考虑，但是绝对不会考虑你的利益。如果你盲目的跟随大厂商，那就是不折不扣的傻瓜了。 |
| 返回顶楼 | |
|
发表时间：2004-11-10
dhj1 写道 据我的了解,绝大多数公司的技术路线是 jsp+bean. 如果怕麻烦,简单致上的原则,就用jsp+bean. “JSP+bean”，这是一个非常不负责的术语。为什么这么说？Spring的managed object是什么？是JavaBean。Hibernate的persistent object是什么？是JavaBean。WebWork的action是什么？还是JavaBean。哪些东西不是JavaBean呢？Struts Action不是，EJB不是，Merlin的managed object不是。总而言之，由于framework的局限不得不对其中的对象造成侵入，才会使它们变成不是JavaBean。 JavaBean才是架构的正途。为了保证你的application能够JavaBean-oriented，你必须用到这些先进的frameworks——我请问，你看到过哪家公司自己in-house的solution是真正JavaBean-oriented的吗？没有，顶多是POJO-oriented。有效的layered architecture不意味着你必须在不同的层用完全不同的对象（例如session bean和entity bean），完全建立在标准的JavaBean上面同样可以形成有效的layer。所以请不要很轻松地说“JSP+bean”，请看看你的business objects到底有没有资格自称是“JavaBean”。 |
| 返回顶楼 | |
|
发表时间：2004-11-10
dhj1 写道 不管怎么说: struts+spring+hibernate这种模式还是很好的. 但是struts一定在是1.2.4以上版本,并基于动态acrion来做开发.
否则就应该换掉struts,改为ww2之类. 我有一个项目里觉得Struts完全没有什么不舒服，因为那个项目要支持multi-client，不光是web client，还有RPC client，所以我把use case边界划在business facade这里，web层非常thin。大概也只有这种时候，Struts基本上不造成什么反感。当然那是比较老版本的Struts。 |
| 返回顶楼 | |
|
发表时间：2004-11-10
dhj1 写道 在新版STRUTS1.2.4中, STRUTS已经跟WEBWORK2功能非常的接近了
等STRUTS直接支持Interceptor功能，这句话才会生效。否则，STRUTS再升级，也不过还是那样！ |
| 返回顶楼 | |
