bosslee
2008-05-31 00:24

以前看过 strtus1的源代码,最近看了webwork,因为webwork的关系,下了strtus2看。

我个人判断是,如果要在实际项目上用的话struts2不好。

因为他把mvc的结构复杂化了。

controller层和model容易混合。

你不得不在Controller层用Model(在这里用的意思是 Action类中你要 setModel(mode:Model));

很不喜欢这样的用法。

虽然有DrivenModel接口,本人试图把model和controller相分离,结果发现代码量很多.虽然他的

interceptor很诱人,但是还是放弃了。

测试中发现,要扩展代码也比较麻烦,要写一些interceptor而且这个interceptor又不能持有状态。

Controller不是Controller,Model不是Model的,让本人郁闷了好一阵子。

初学者最好别用,会让你的mvc思维发生混乱,如果想学点他的思想的话,那倒是无所谓,看了

webwork的源代码,学了很多。 这个是不能否认的

如果结构层次分明这一点来看我觉得Spring的 mvc框架最好。

(呵呵! bang:很赞同你所说的,struts2是被webwork强奸的产品,呵呵 佩服)

oojdon
2008-05-31 02:02
to suzhj:

>>我觉得发展方向应该是UI逻辑和数据分离,browser端使用RIA实现UI,而Server端只提供数据和业务逻辑

这个观点我在本论坛也曾看到过,来自s79和leebai的帖子,UI和后端彻底分离,只保持单一的数据传输,想法是如此的奇特啊!jdon框架不是要消灭action吗?好,基于这个种架构就完全不需要action了,负责后台业务逻辑的人专搞你的DDD,负责UI的人专心雕琢你的界面,要什么数据相互传递就是了,方法有ajax,脚本回调等等,这就有一个问题,界面人员必须精通js编程.

看了那么多用js渲染出来的酷酷效果,我都心动了,转去搞js似乎比学习java要有趣一些,呵呵,OO呢?不能丢啊,js不也可以OO吗?banq老师,对不起,我又偏离主题了,关于用easyjweb来抽象crud我已经开始尝试。

fyxruben
2008-05-31 11:13
webwork

strtus2

Action的线程安全,加上Ioc,本来就导致Action成为了Model。大部分情况下,也不会有什么问题。而且我觉得,不把它当Model用,也就太浪费了。

s79和leebai提的东西,我也很喜欢,不过真的实践还是有问题的。搞得不好,你会发现结构比MVC还混乱。有的是暴露Service,有的又是直接Action成为Model,有的可能还直接上SQL,来个控件绑定。

Ajax不像桌面程序,有好的界面设计器。前端工程师和美工的配合也是问题。

suzhj
2008-06-01 02:01
不好意思,上面我有点跑题了,人家帖子主题是struts1 vs struts2。

总的来说,struts2和struts1只是名字有点关系,struts2直接来源于webwork2,比struts1好多了。

目前来说,适合我的口味。

[该贴被suzhj于2008-06-01 02:02修改过]

lgx522
2008-06-02 11:40
Java始终是好东西,可惜总是瞎折腾太多。

当初全天下的人都在用JSP+JavaBean+Servlet做Web,简单高效。就嫌“缺乏技术含量”,非要动不动就搞EJB和Framework。EJB是好东西,可是真正用得着EJB的地方有多少,不过5%;Framework也是好东西,可是真正用得着Framework的地方也不过是30%-40%。

于是50%以上的地盘,也就是纯Web领域,慢慢地被“缺乏技术含量”的PHP和ASP给占去了,可惜可叹。

现在本来SSH用得好好的,Struts2又跳出来了,复杂多了,慢多了,用得着多少?

再这么瞎折腾下去,早晚还得被.NET干下去。

猜你喜欢
7Go 上一页 1 2 3 4 5 6 7 下一页