jsplet:对Model 2模式的批判

同时显示,又怎么不能用了呢?

显示和action有关吗?

我不知道你所说的role 与 user要怎么样显示呢?

其实把一个具体实例说出来才好讲.

当然我也并非拿你的框架来与w2比,还有就是你的框架,我半句代码都没有看到(开发中的代码).

其实管理Object,我猜都猜得到是用IOC容器,因为这是我们现在最容易的做法(现成的也多).

再用Context来管里action与action之间的传输,并非很困难,但还不是要显示地注入吗?难道你的下一个action就能获得我上一个action操作的结果吗?(我不是指一个action返回给页面的结果,是我操作中的一些需要的结果).

再说吧,其实很少会用一个action后,再调用另一个action,除非你的设计有问题(我说的是大部情况下不用).

w2或者其它的框架MVC最重要的一点,还是可以与其它的框架相结合(这个偶合,不单单指action与框架的偶合).

.你的实现可能是OO.

但你的调用是超命令(一大串的字符串命令,记得以前写的shell就差不多这样).

像一个action后,再调用另一个action这个其实早就有实现....jsp filter不就是吗?

不知道w2有没有可以直接调用另一个action的功能呢?这个可能问一下坛主,或者其它人比较清楚.但w2要扩展成这个,不难,一个拦截器加一个参数(actionID).

什么叫做自描述。url的每一个部分都能成为有效的程序控制手段。在前台可以通过${mainURL}这个系统变量来直接表示 my_view.jsp?objectName=xxx，这种局部化名字的使用是对象化的直接后果。

你可以用C完成所有的事情，需要面向对象吗。

一个拉模式还搞这么复杂。。。
我能看懂的就是将url传递的参数映射成VO，然后显示。
也就是类似于jsp+DAO(或者应该说是JSP直接调用Service来取得VO)，不通过控制器。

这样做的确是有好处，灵活，方便。因为用Dreamweaver等工具开发页面（特别是处理链接跳转的时候）的时候，Dreamweaver可不认识什么Servlet。。。

SUN推行的JSP+Servlet的方式，的确够烂的。可以说一点都不人性化。。。
但是既然他提供了这些工具，那我们也只有通过这些工具来组装适合自己的开发工具。

不管哪种开发方式，都应该有自己的优缺点。只是大家看的角度不同而已。

胡说八道了一番。表砸我。