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

一直开发都是用mvc模式，无论是model1还是model2，无论是servlet，还是struts，spring。在用了那么久之后，感觉mvc模式也有弊端。

spring的控制反转，反转了类的依赖关系，通过xml或anotation，实现了主仆关系的转换。这么简单的转换关系之后，成就了spring的辉煌。

纵观，从一开始的所有代码都写在jsp中，到后来的mvc模型，也就是从一开始的显示层作为主人，到后来的显示层作为控制器的仆人，显示层和控制器的关系发生了惊天的变化。作为web应用中，显示层才是和用户交互的接口，相当于人类的眼睛，而用户则是人类的大脑，用户想要看什么，都是从眼睛处看到的结果，结果现在用户确是身不由己，不是自己的眼睛想看什么就看什么，总有一种力量（控制器），在控制自己看到的东西，就如大侠和江湖的关系一样，身在江湖身不由己。

有没有那么一种模式，让大侠能够支配江湖，不完全受江湖的限制。

该是返璞归真的时候了吧，让显示层的地位提高，让用户得到满足。

最近一直纠结于mvc模式，甚至是面向对象设计模式。然后用了那么多年之后，却想抛弃它们，返回面向函数编程的模式，在显示层，如果想显示什么，只需增加、减少相应的函数。无需改动控制器，甚至业务逻辑。

当然，mvc模式毕竟有存在的道理，我不禁要问，是否页面要发生变化时，是否整个dao、service、控制器都要发生变化。mvc模型的存在，有利于项目维护，让项目的各个细节明晰化。但是你是否有厌倦mvc，甚至n层设计的时候呢。

也许java中，也需要更加的敏捷开发。