锁定老帖子 主题:从.vm、.do、.action说起
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2004-07-21
引用 在模型发生改变时,视图将负责在它的表示中保持一致性。这可以通过使用推(push)模型(视图向该模型注册,以获取它的改变通知)来实现,也可以用拉(pull)模型(此时视图负责在需要检索最新数据时调用模型)来实现。 控制器将和视图之间的交互转换为由模型执行的操作。在独立的 GUI 客户机中,用户交互可能是按钮单击或菜单选择,然而在 Web 应用程序中,它们则可能是 GET 和 POST HTTP 请求。由模型执行的操作包括激活业务流程或改变模型状态。控制器根据用户交互和模型操作的结果选择合适的视图,从而作出响应。 这是原文,注意:“在独立的 GUI 客户机中,用户交互可能是按钮单击或菜单选择,然而在 Web 应用程序中,它们则可能是 GET 和 POST HTTP 请求。由模型执行的操作包括激活业务流程或改变模型状态。控制器根据用户交互和模型操作的结果选择合适的视图,从而作出响应。” 呵呵,还是名词之争啊,我觉得还是不要陷入这样的争论比较好。MVC不是什么很高深的技术,Struts也不是一个很好的选择。 |
|
返回顶楼 | |
发表时间:2004-08-26
同意同意,那本java open source programming给了我hibernate,webwork,sitemesh和velocity,至此就一直乐此不疲。有了这些好用的工具,反倒是很少上sun的网站了。创意+实用
|
|
返回顶楼 | |
发表时间:2004-08-26
和风 写道 Struts是使用推的技术,WebWork是使用拉的技术。
推指的是你不必请求,事先定义好规则,服务器就给你发过来报。(广播方式) 拉则指的是只有你请求,服务器才进行有关操作。(点对点操作) 我觉得struts和webwork压根就是同一回事情。要是我给struts附加一个拦截器机制,再配上param import和result export的拦截器,这不就是又一个webwork了吗? |
|
返回顶楼 | |
发表时间:2004-08-26
我个人觉得现有的web框架都是建立在servlet的基础上的,而sun的servlet规范如果不发生本质上的变化的话,具体用什么web框架都在其次。规则决定了你只能这么作。
|
|
返回顶楼 | |
发表时间:2004-08-26
不是servlet变不变的问题。servlet的基础是http,只要不改变现在这种基于http的做法,整个结构就不会变。
|
|
返回顶楼 | |
发表时间:2004-08-26
不知道你有没有注意,TheServerSide的网址都是.tss
:) |
|
返回顶楼 | |
发表时间:2004-09-14
我们在编程过程中需要遵守一些约定俗成的东东,暂且叫它规范吧。我们遵守肯定没有错误,我们一般不遵守也没有太多的错误,只要不违反语法规则。
这一段时间又看了一些别的技术相关的,我个人认为技术本身其实没有绝对的竟争优势,关键是你需要它。我们需要它就学习它,但是如果想让自己有更多的提高还是需要有一个长期的积累过程,需要更多的拓展自己的面,勤于思考。 只是一点儿自己的见解,也许让别人会有些误解这一个标题,我的本意是让我们在学习一些技术的时候能更多的思考,能更多的比较而以。也许先期的文字不够精确,但是确实感谢大家的支持。希望可以更多的学习交流。 |
|
返回顶楼 | |