该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2006-09-06
鄙人对struts只能说了解,所以学了WEBWORK.从做过的项目经验来看,及总结以上所论,在些斗胆做个总结.
1.实不实现ModelDriven接口,跟是不是ModelDriven模型是二个概念,你可以不实现ModelDriven接口,但你也可以是ModelDriven模式. 2.从实际应用来看,WEBWORK完全可以摒弃ModelDriven也可以达到你想要的目的,那为什么要加上它呢??WHY??WHY??? 让我想想...存在即是合理,那么借用robbin的话就是: "webwork之所以还支持Model,其原因无非就是迁就那些从struts上面转变过来的开发人员,让他们可以以更熟悉的方式工作罢了。" |
|
返回顶楼 | |
发表时间:2006-09-06
把系统的业务数据从Action中脱离出来,而改用专门的Model来维护(ModelDriven)。
对后续代码的维护,增强数据模型Model的重用,都会带来一定益处。 xnxqs 写道 鄙人对struts只能说了解,所以学了WEBWORK.从做过的项目经验来看,及总结以上所论,在些斗胆做个总结.
1.实不实现ModelDriven接口,跟是不是ModelDriven模型是二个概念,你可以不实现ModelDriven接口,但你也可以是ModelDriven模式. 2.从实际应用来看,WEBWORK完全可以摒弃ModelDriven也可以达到你想要的目的,那为什么要加上它呢??WHY??WHY??? 让我想想...存在即是合理,那么借用robbin的话就是: "webwork之所以还支持Model,其原因无非就是迁就那些从struts上面转变过来的开发人员,让他们可以以更熟悉的方式工作罢了。" |
|
返回顶楼 | |
发表时间:2006-09-07
其实实现ModelDriven接口的Model-drive方式是有其存在的意义的,正如lllyq所说,否则webwork也不会提供这样的方式
lz所说的不用实现ModelDriven接口的Model-drive方式,个人认为从根本上来讲和Property-drive的原理是一样的,页面的获取只知道去getXXX(),它也不知道get的到底是个property还是一个model(当然页面上的书写还是略有不同的 e: name or user.name) 实际上大家都能顺利使用就是最好的了,嘿嘿。 |
|
返回顶楼 | |
发表时间:2006-11-03
dzmonkey 写道 其实实现ModelDriven接口的Model-drive方式是有其存在的意义的,正如lllyq所说,否则webwork也不会提供这样的方式
主要的好处:就是将form控件的命名由user.name直接写成name,避免了用js的特殊处理。这是我刚用webwork时候的理解。。。
lz所说的不用实现ModelDriven接口的Model-drive方式,个人认为从根本上来讲和Property-drive的原理是一样的,页面的获取只知道去getXXX(),它也不知道get的到底是个property还是一个model(当然页面上的书写还是略有不同的 e: name or user.name) 实际上大家都能顺利使用就是最好的了,嘿嘿。 |
|
返回顶楼 | |
发表时间:2006-11-28
moxie的观点是对的,Model-driven和Field-driven仅仅就是两个概念而已,根是否实现ModelDriven这个接口没关系
|
|
返回顶楼 | |
发表时间:2007-06-27
bygoner 写道 我的理解是管他什么driven.连传个参数 也谈到 什么driven,是不是drive的太多了。
这2者的区别就是:implements了ModelDriven并且加了model-driven 这个 intercepter就可以在页面中直接用userName, 而不用 user.userName 支持!!我认为只是用它的话,没有必要分得那么的清楚,好用就是王道,但如果是研究那就要深入学习了。 |
|
返回顶楼 | |