前世今生
B/S开发经历了几个时代，如今已经是后MVC时期了。
MVC体现了分层和解耦合的概念。从功能和理念上都做出过巨大贡献，使Java B／S开发在面对大型项目时从容不迫，说成是上个十年Java B／S开发领域的核心技术也不为过。
眼下，大家对MVC运用的十分纯熟，对MVC中各个组件也能各得其所，得体的使用。
MVC是把好锤子。但如今时代变了，手里拿着锤子。就更要清醒。确认是否每一个问题都是“钉子”。
时代变了
时代变了，即使是企业应用开发领域。也更明白地提出“用户体验”和“性能”的问题。
MVC架构应对这两个问题有那些力不从心的地方呢？
首先。用户体验的核心是V。主要体如今数据架构、交互逻辑和展现方式上。而在MVC框架中。C才是主导，V是被动的。让送货小弟挑大梁。即使他有这能力，也协调不动。理念、流程、架构上都不顺。事情也非常难做好。
其次，MVC是基于视图渲染的，并把视图渲染结果作为传输对象的，存在多余的传输数据，性能不好。
所谓性能优化，就是找出不是必需做的事情。去掉，少做无用功，把好钢都用在刀刃上。
MVC处理流程中“以视图渲染结果为传输对象”这个环节是个明显的痛脚。
（ 当然。也能够说json等方式也是视图等一种，但json的消费者依旧是HTML视图。像C分前端控制器和控制器，V也分前端视图和后端视图。
概念上太复杂了。）
No MVC不是说不要MVC了，而是不要把他当核心的理念。
应需而生
没有谁比谁更先进，仅仅是在确定的应用场景下。哪个比哪个更合适。
看一下以下的架构。
从理念上看：
绿色背景部分是系统的展现层，也是系统的“核心”，是整个程序的主导，体现“用户体验”优先的概念。
设计开发系统时，先把这部分做出来，并且做好随时优化改进的准备。
HTML、CSS和JavaScript三个小兄弟当上老大啦？真正老大不是他们，但他们真的成为老大的亲随、心腹了。
名正则言顺，做事再也不用挚手指脚了。这样“用户体验”才干真正做出来。
只风华绝代是不够的，还须要真正解决这个问题。
前端有两类须要，一类是有数据要取，这时候同后台说，“我要什么什么，快拿过来，赶紧的”，还有一类是有数据要存起来。这时候跟后台说。“这些物件给妥妥放好了。出了岔子拔掉你皮”。
两种情况都仅仅传输最必要的数据。假设採用JSON格式，在真正的数据外部做了格式化包装，但这些包装体现了数据的格式，也是必要的，仅仅是存在改进的空间。
从性能上看：前段页面保存在各种缓存中，基本是毫秒级体验。业务数据是动态的，仅仅能从后台实时获取，这部分传输数据已经做到最精简了，传输过程中还能够配置压缩，是最优化的情况。
后台要怎么做
分层和MVC还是须要的。但须要针对性设计：
首先，获得前台输入的时候。简单类型的參数，须要在Controller方法里能够直接获取。假设前端post了一个JavaScript对象过来，也要能直接转换为Java Object（能够自定义一个类型，做封装）。
转换的性能和易用性要做到极致。假设用Spring MVC的话，又一次实现HandlerMethodArgumentResolver试试。
其次，返回的时候。Controller方法应该能够直接返回简单类型数据。返回对象数据应该自己主动转换为JSON格式，方便前段JavaScript使用。
最后，URL风格方面：能够通过@PathVariable实现标准的REST风格。