mvc模式之外，是否应该有另外的模式

   一直开发都是用mvc模式，无论是model1还是model2，无论是servlet，还是struts，spring。在用了那么久之后，感觉mvc模式也有弊端。
   spring的控制反转，反转了类的依赖关系，通过xml或anotation，实现了主仆关系的转换。这么简单的转换关系之后，成就了spring的辉煌。
   纵观，从一开始的所有代码都写在jsp中，到后来的mvc模型，也就是从一开始的显示层作为主人，到后来的显示层作为控制器的仆人，显示层和控制器的关系发生了惊天的变化。 作为web应用中， 显示层才是和用户交互的接口，相当于人类的眼睛， 而用户则是人类的大脑， 用户想要看什么，都是从眼睛处看到的结果， 结果现在用户确是身不由己， 不是自己的眼睛想看什么就看什么， 总有一种力量（控制器），在控制自己看到的东西， 就如大侠和江湖的关系一样，身在江湖身不由己。
    有没有那么一种模式，让大侠能够支配江湖，不完全受江湖的限制。
    该是返璞归真的时候了吧，让显示层的地位提高，让用户得到满足。

    最近一直纠结于mvc模式，甚至是面向对象设计模式。然后用了那么多年之后，却想抛弃它们，返回面向函数编程的模式，在显示层，如果想显示什么，只需增加、减少相应的函数。无需改动控制器，甚至业务逻辑。
    当然，mvc模式毕竟有存在的道理，我不禁要问，是否页面要发生变化时，是否整个dao、service、控制器都要发生变化。mvc模型的存在，有利于项目维护，让项目的各个细节明晰化。但是你是否有厌倦mvc，甚至n层设计的时候呢。
    也许java中，也需要更加的敏捷开发。
   
   

评论

1 楼 Dean_Yan 2010-08-26  

自己发发牢骚罢了