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

呵呵 最近老是有这种话题啊~~
多维护几个就知道好处了~

    比如某页面已经显示了用户信息，但是业务发生变化，要在页面增加用户的帖子列表，就要在控制器增加调用业务逻辑的代码。 如果项目中查询用户帖子的列表的业务已经存在， 在需求变动的时候，就不仅要修改页面，还要修改控制器。

    有些时候，如果看不到源代码的话，基本上就要做很大的工作量（比如修改某些别人的代码时，而又没有源代码）。如果只需简单的修改页面，在页面增加调用函数（通过api调用查询用户帖子的列表的接口），那么就会简单很多。

    就如同wordpres中一样，如果修改模板，增加某个功能，可以直接调用一些函数，无需修改什么控制器。 甚至只需了解php语言，只需熟悉模板和wordpress的api即可。

    如果是mvc的话，固然降低了维护难度，可还是避免不了修改源代码，增加了广大站长的维护难度（站长可能很熟悉模板和api，但不熟悉java，甚至不会编译）。

我在这里并不是想谈mvc的好处，我用了好几年的mvc了，也知道它是计算机编程中发展的一个阶段，有很多好处，易维护性等。
    现在我也有些厌倦了谈论它的好处， 却不去思考它的缺点。

除了WVC之外，就只有以ASP.NET Webform为代表的开发模式了，提倡以组件封装逻辑，前端留给站长们去拖拖拉拉。

支持你发现现有常用模式的缺点~
大家确实都需要这样的精神~~
国内的开发一般都引进国外的思想 呵呵

我也希望国内能出个伟大的程序员~

加油吧

我也希望有人能够创新一下， 这个任务就留给你们了，我明年就打算不做开发了。

就我感觉而言 MVC的设计模式还是很重要的，他使得层与层之间的耦合度降低，提高了开发效率，缩短了开发时间。所以说MVC还是很重要的

也有偏重于页面的mvc框架的，比如jsf。页面变成了主角，java逻辑代码用来提供数据和响应事件。缺点肯定也有，输出非页面的pdf，excell等就没那么自由了。

jsf让人讨厌的是一堆jsf标签，生成一堆无用的html代码。如果有复杂的页面布局，那么用jsf就会很头疼。
即便提供backend bean的api，也很难修改页面，实现相应的功能。

导出excel、pdf，由于我们系统提供了相应的封装，到是也挺好实现。

我是想弱化控制器，甚至废掉控制器，提高页面的控制能力。让不懂java的人，也可以很方便的维护页面变更，增加已有功能（通过api调用）。

业务服务于页面，服务于用户。

框架什么的都逃脱不了v和c。写的好的有m，不好的m就包含在c里面了。