锁定老帖子 主题:web framework选型的困惑
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-01-06
引用 其实你的framework需求也一样,明明是最基本的桌面应用,可大家偏要在WEB下实现,好了,您慢慢来吧,
我相信总有一天会做好的。只不过,还请大家不要一条路跑到底,有时间,也抬头看一下,看一看GOOGLE EARTH是如何实现的,再想想MS的SMART CLIENT的概念。 哈哈,说中要害了,我的两个标准就是目前web开发面临的困境,谁能完全的满足这两个标准,谁就能成为下一代web开发的王者。GOOGLE EARTH和gmail我都看过,的确很棒,只是用来做企业管理系统的开发,心中没底。 手机就不同了,那些技术都很成熟了,而且我的要求实现不难,相信大部分人也都有我这种需求,关键还是需求分析没有做到位。 |
|
返回顶楼 | |
发表时间:2007-01-07
netfly 写道 困惑的来由:
一直在用struts开发,虽然对struts进行了封装和改进,并使用其动态formbean,但是,还是有狂多的配置文件,狂多的jsp,狂多的action,太多的机械性重复,页面不可以复用,action也不可以复用,我受够了。 对于Struts里的jsp不能复用问题,我觉得Struts里的tiles应该可以解决复用的问题吧。 |
|
返回顶楼 | |
发表时间:2007-01-07
引用 netfly 写道
困惑的来由: 一直在用struts开发,虽然对struts进行了封装和改进,并使用其动态formbean,但是,还是有狂多的配置文件,狂多的jsp,狂多的action,太多的机械性重复,页面不可以复用,action也不可以复用,我受够了。 现在可以使用lazyform了,1。2。7之后的版本都是可以使用的,这样可以少配置点struts-config文件了,而且页面元素改了也不需要改struts-config,而action的重用需要继承dispatchAction,页面的重用可以使用tiles和sitemesh,这些都不是问题哦 |
|
返回顶楼 | |
发表时间:2007-01-07
引用 现在可以使用lazyform了,1。2。7之后的版本都是可以使用的,这样可以少配置点struts-config文件了,而且页面元素改了也不需要改struts-config,而action的重用需要继承dispatchAction,页面的重用可以使用tiles和sitemesh,这些都不是问题哦
因为具体的service方法已经能处理各种具体的业务了,struts硬生生的加入了n多个action,去调用相关service方法,而实际应用中几乎所有的业务逻辑都用service实现,action还有什么用?我看了springside对ation的封装,感觉应用起来还是需要写大量的ation,毕竟具体的业务不是简单的CRUD。 tiles和sitemesh就是把页面像瓷瓦一样拼起来,tiles是一个页面一个页面地配置,sitemesh可以一次配置一大堆。而我想,更好的方式是采用动态生成页面,整个系统的页面可以根据模板动态生成,这样才能真正达到简化重复工作的效果。 |
|
返回顶楼 | |
发表时间:2007-01-07
netfly 写道 因为具体的service方法已经能处理各种具体的业务了,struts硬生生的加入了n多个action,去调用相关service方法,而实际应用中几乎所有的业务逻辑都用service实现,action还有什么用? 不同意这一个种说法; 如果让你页面直接调用业务层的东西,你乐意吗?也不太清楚netfly自身是怎样看待MVC的.. |
|
返回顶楼 | |
发表时间:2007-01-07
引用 不同意这一个种说法;
如果让你页面直接调用业务层的东西,你乐意吗?也不太清楚netfly自身是怎样看待MVC的.. 有个智能的actionServlet做control就行了,没必要写那么多没有什么作用的actoin,几乎是service方法的拷贝。 |
|
返回顶楼 | |
发表时间:2007-01-07
action和service的职责是不一样的,怎么能混为一谈呢,action主要是负责控制,service是业务计算的地方,应该分开的
|
|
返回顶楼 | |
发表时间:2007-01-07
引用 action和service的职责是不一样的,怎么能混为一谈呢,action主要是负责控制,service是业务计算的地方,应该分开的
理解错了,或者是我表达错了,action主要是负责控制,service是负责业务,这个我清楚。 控制器有一个智能化的action servlet就够了,至于请求前从哪里来,请求后到哪里去,不必要用一个一个的action去做,能象RoR那样智能处理就行了。那么多个action,每个action都很简单的,完全可以抽象处理,用一个通用的东西处理掉,而不是什么继承dispatchAction,去一次又一次做请求前从哪里来,请求后到哪里去的重复工作。 struts 2.0.2已经开始解决这个问题了,这个我更清楚。 |
|
返回顶楼 | |
发表时间:2007-01-08
这个智能化的action servlet我确实不太清楚,如果你很清楚的话不防写出来大家共享一下,我也想看看能智能到什么程度,现在一点概念也没有,ror一点都没有看过
|
|
返回顶楼 | |
发表时间:2007-01-08
0 jsp
标签库 资源多多啊;可以预编译;wtp对jsp的编辑支持不错;不使用预编译就可以热部署,但第一次编译花时间多多。 属于一次编写处处调试的;如果没设计工具支持而且一个人做就很痛苦;就算有美工,美工也很痛苦。 1 struts 1 + tiles 这个是标杆。如果单干的话 view换成velocity会提高开发效率,像坛子里说的velocity指令和脚本写入html注释可以用可视化HTML工具编辑vm模板。 2 webwork2 + sitemesh 比上一个要进步,减少很多累赘比如actionform。测试简单。以后改名成struts 2。 webwork和struts需要xdoclet 生成配置文件来提高开发效率、减少出错机会。 3 tapestry 我正在玩版本4。组件式开发。使用组件非常简单。设计组件就要深入研究 除了文档数量,一切都满意 至于单元测试和javascript嘛,组件使用者不必管。 |
|
返回顶楼 | |