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

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

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

自己发发牢骚罢了

模式这东西，不是支言片语说的清楚的，无论如何，开发上的痛苦或枯燥，能带给项目最大化的可扩展性和可维护性以及最直观的用户体验，那么一切都是值得的

mvc和你分dao和service层是没有关系的,模型你可以选择涨血模型,这样可能比较适合你,还有就是mvc使结构更加清晰,使你的页面也更加好维护,同时可以方便的更改显示层,而且如果你把代码都写在显示层,如何复用这些代码呢?

我所在的公司不是用mvc模式（因为是小公司），甚至不是面向对象编程，只是Action与jsp的切换，显得很没有逻辑

不是mvc的项目，让我维护得呕血。杂乱无章的代码写在页面上。让别人去维护的时候，简直是受罪。
自从有了struts、spring后，感觉清晰了不少。相对维护的时候，会好受一点。不过凡事都不会是绝对的！

MVC只是把显示逻辑和处理逻辑分离，并没有限制你显示层面的能力，只是责任明确了，该谁做的事谁来做罢了！不限制你想让谁支配谁！！

LZ其实是厌倦了多层架构这种看似有些臃肿的开发模式……
技术选型，还得看具体的实际情况
小型项目，的确可以采用更快捷的开发模式……

多层模式对快速开发来说，的确有点噩梦的感觉。

在这个世界上没有规矩是成不了方圆的，没有简单易行的规则是普及不了的，也许我们想更好的开发模式，那是因为这种规则有些动摇了，如果真想推翻它，任然这要规则，只不过这种规则更好罢了，就目前的发展而言，MVC无法取代，lz说的：让显示层的地位提高，让用户得到满足。我不知道你想要什么满足，但我可以告诉你，只要你提要求，都能实现，这就是业务。