论坛首页 Java企业应用论坛

web framework选型的困惑

浏览 17273 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-01-06  
引用
其实你的framework需求也一样,明明是最基本的桌面应用,可大家偏要在WEB下实现,好了,您慢慢来吧,
我相信总有一天会做好的。只不过,还请大家不要一条路跑到底,有时间,也抬头看一下,看一看GOOGLE EARTH是如何实现的,再想想MS的SMART CLIENT的概念。

哈哈,说中要害了,我的两个标准就是目前web开发面临的困境,谁能完全的满足这两个标准,谁就能成为下一代web开发的王者。GOOGLE EARTH和gmail我都看过,的确很棒,只是用来做企业管理系统的开发,心中没底。
手机就不同了,那些技术都很成熟了,而且我的要求实现不难,相信大部分人也都有我这种需求,关键还是需求分析没有做到位。
0 请登录后投票
   发表时间:2007-01-07  
netfly 写道
困惑的来由:
一直在用struts开发,虽然对struts进行了封装和改进,并使用其动态formbean,但是,还是有狂多的配置文件,狂多的jsp,狂多的action,太多的机械性重复,页面不可以复用,action也不可以复用,我受够了。

对于Struts里的jsp不能复用问题,我觉得Struts里的tiles应该可以解决复用的问题吧。
0 请登录后投票
   发表时间:2007-01-07  
引用
netfly 写道
困惑的来由:
一直在用struts开发,虽然对struts进行了封装和改进,并使用其动态formbean,但是,还是有狂多的配置文件,狂多的jsp,狂多的action,太多的机械性重复,页面不可以复用,action也不可以复用,我受够了。



现在可以使用lazyform了,1。2。7之后的版本都是可以使用的,这样可以少配置点struts-config文件了,而且页面元素改了也不需要改struts-config,而action的重用需要继承dispatchAction,页面的重用可以使用tiles和sitemesh,这些都不是问题哦
0 请登录后投票
   发表时间: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可以一次配置一大堆。而我想,更好的方式是采用动态生成页面,整个系统的页面可以根据模板动态生成,这样才能真正达到简化重复工作的效果。
0 请登录后投票
   发表时间:2007-01-07  
netfly 写道

因为具体的service方法已经能处理各种具体的业务了,struts硬生生的加入了n多个action,去调用相关service方法,而实际应用中几乎所有的业务逻辑都用service实现,action还有什么用?

不同意这一个种说法;
如果让你页面直接调用业务层的东西,你乐意吗?也不太清楚netfly自身是怎样看待MVC的..
0 请登录后投票
   发表时间:2007-01-07  
引用
不同意这一个种说法;
如果让你页面直接调用业务层的东西,你乐意吗?也不太清楚netfly自身是怎样看待MVC的..

有个智能的actionServlet做control就行了,没必要写那么多没有什么作用的actoin,几乎是service方法的拷贝。
0 请登录后投票
   发表时间:2007-01-07  
action和service的职责是不一样的,怎么能混为一谈呢,action主要是负责控制,service是业务计算的地方,应该分开的
0 请登录后投票
   发表时间:2007-01-07  
引用
action和service的职责是不一样的,怎么能混为一谈呢,action主要是负责控制,service是业务计算的地方,应该分开的

理解错了,或者是我表达错了,action主要是负责控制,service是负责业务,这个我清楚。
控制器有一个智能化的action servlet就够了,至于请求前从哪里来,请求后到哪里去,不必要用一个一个的action去做,能象RoR那样智能处理就行了。那么多个action,每个action都很简单的,完全可以抽象处理,用一个通用的东西处理掉,而不是什么继承dispatchAction,去一次又一次做请求前从哪里来,请求后到哪里去的重复工作。
struts 2.0.2已经开始解决这个问题了,这个我更清楚。
0 请登录后投票
   发表时间:2007-01-08  
这个智能化的action servlet我确实不太清楚,如果你很清楚的话不防写出来大家共享一下,我也想看看能智能到什么程度,现在一点概念也没有,ror一点都没有看过
0 请登录后投票
   发表时间: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嘛,组件使用者不必管。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics