锁定老帖子 主题:mvc模式之外,是否应该有另外的模式
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (11)
|
|
---|---|
作者 | 正文 |
发表时间:2010-09-17
Dean_Yan 写道 MVC模式已死
http://www.jdon.com/jivejdon/thread/38448 jdon常有惊人之语,基本可以bypass... |
|
返回顶楼 | |
发表时间:2010-09-20
最后修改:2010-09-20
|
|
返回顶楼 | |
发表时间:2010-09-20
Dean_Yan 写道 一直开发都是用mvc模式,无论是model1还是model2,无论是servlet,还是struts,spring。在用了那么久之后,感觉mvc模式也有弊端。
spring的控制反转,反转了类的依赖关系,通过xml或anotation,实现了主仆关系的转换。这么简单的转换关系之后,成就了spring的辉煌。 纵观,从一开始的所有代码都写在jsp中,到后来的mvc模型,也就是从一开始的显示层作为主人,到后来的显示层作为控制器的仆人,显示层和控制器的关系发生了惊天的变化。 作为web应用中, 显示层才是和用户交互的接口,相当于人类的眼睛, 而用户则是人类的大脑, 用户想要看什么,都是从眼睛处看到的结果, 结果现在用户确是身不由己, 不是自己的眼睛想看什么就看什么, 总有一种力量(控制器),在控制自己看到的东西, 就如大侠和江湖的关系一样,身在江湖身不由己。 有没有那么一种模式,让大侠能够支配江湖,不完全受江湖的限制。 该是返璞归真的时候了吧,让显示层的地位提高,让用户得到满足。 最近一直纠结于mvc模式,甚至是面向对象设计模式。然后用了那么多年之后,却想抛弃它们,返回面向函数编程的模式,在显示层,如果想显示什么,只需增加、减少相应的函数。无需改动控制器,甚至业务逻辑。 当然,mvc模式毕竟有存在的道理,我不禁要问,是否页面要发生变化时,是否整个dao、service、控制器都要发生变化。mvc模型的存在,有利于项目维护,让项目的各个细节明晰化。但是你是否有厌倦mvc,甚至n层设计的时候呢。 也许java中,也需要更加的敏捷开发。 东西大了 自然要分离。怎么分离。可以根据不同的应用场景来具体区分呀。 |
|
返回顶楼 | |