浏览 4218 次
锁定老帖子 主题:新项目中架构的选择,请各位出出主意
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-08-20
目前的情况是,以前的项目用struts+hibernate来作,这种组合是04年的方式了,有点陈旧。主要是总觉得struts有些局限性,比如项目中到处都是用Formbean来作为DO,传递给hibernate去save()。 最近新项目,想抛弃一些老旧的,当然是要付出一点代价的,但是不趁着新产品来改改,估计未来几年还还是struts+hibernate了。 来这里以后发现好多人推荐用webwork。于是下了2.2版本的回来看了看demo。发现入门难度有点大 原因如下: 1.还是习惯于struts的思维方式,webwork中好多不能习惯,比如帖子里边常说的获得HttpRequest等,或者是多人开发中怎样独立那些各自的配置文件(如同struts-config-xxx.xml就可以)。当然这些只是皮毛,主要是观念的转变,对于开发小组很重要。 2.没有ide的更好的支持,目前jb和eclipse3.2版仿佛都没有支持webwork的插件,要是手动来往配置文件里边添加,那真是很烦琐的和费时的。各位有什么好的自动化方案可以推荐么? 3.ww2.2里边把一部分功能分给了spring来完成。但是我们完全没有spring的开发经验,同时学习两个还真是有点费时。 4.时间紧张 5.struts ti发布在际 基于以上5点,我慢慢的打消了换ww的念头,特别是没有ide的支持(jb和eclipse3.2版)。 但是新的框架肯定是要借这个机会来学习的,所以想用struts+spring+hibernate的组合,虽然这是去年的组合,但是学习难度降低了,而且eclipse里边支持的很好。等到以后struts ti出来的时候,再考虑也不迟 真切希望大家给一点意见,谢谢! 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-08-20
webwork2一点不难,如果你用2.17这个版本更好。
5.struts ti发布在际,听说和webwork2差不多,迟早的事。 |
|
返回顶楼 | |
发表时间:2006-08-20
你不妨先做一个webwork的demo接触一下,光看是看不出啥的。
如果你不愿意实践一下的话,还是用你最熟悉的技术。最熟悉的能够很容易被用的很好。 |
|
返回顶楼 | |
发表时间:2006-08-20
zkj_beyond 写道 webwork2一点不难,如果你用2.17这个版本更好。
5.struts ti发布在际,听说和webwork2差不多,迟早的事。 听说2.2的改动很大 而且官方wiki也是2.2版本内容居多了,还用2.17就怕以后升级起来也是很麻烦的。所以就想struts ti发布以后再来学习,那个时候用户群也多,文档也多了。 |
|
返回顶楼 | |
发表时间:2006-08-20
downpour 写道 你不妨先做一个webwork的demo接触一下,光看是看不出啥的。
如果你不愿意实践一下的话,还是用你最熟悉的技术。最熟悉的能够很容易被用的很好。 谢谢楼上两位~ 决定再用一天的时间来作个demo试试看 看来spring是必须先掌握的了,即使不用ww,也要在以前的组合中加入spring。要是用ww,更要理解要spring才行了。 |
|
返回顶楼 | |
发表时间:2006-08-21
webwork有eclipse插件:EclipseWork,去webwork的官方网站可以下载到。
|
|
返回顶楼 | |
发表时间:2006-08-22
cwx714 写道 webwork有eclipse插件:EclipseWork,去webwork的官方网站可以下载到。
但是eclipsework的网站上写的是only for eclipse3.1 我们都用3.2版本了 |
|
返回顶楼 | |
发表时间:2006-08-22
我的选择考虑:
Tapestry+Spring+Hibernate Tapestry开发还是比较活跃,虽然学习成本相对比较高,但从长期考虑,还是比较不错的选择。 Spring使得代码层次清晰; |
|
返回顶楼 | |