后台都已经使用MVC了，为什么前台也要使用MVC或者是MVVM架构？

Question

## 为什么前台也要使用MVC？后台都已经使用了MVC架构了，直接将后台控制层的结果展示在视图层不好吗？<font color="red">为什么前台也要搞出一个MVC架构？</font>比如AngularJS，看似双向绑定很爽，但同时也很繁琐，一个页面对应一个controller, 多个controller对应一个service，相当于做一个页面，我要写2-3份文件。写一个组件，往往要在html、js多个文件中切换，大型项目简直就是灾难。然后就是数据双向绑定，这是MVVM的优点，但也是其缺点，绑定太多，页面能卡死半天出不来。

Answer 1

其实可以体验下再来比较的。开发爽，效率高。

后端的MVC，C是在服务端交互，V又是在客户端，多次操作，识别会让浏览器跳转多次。而且后端的M，必须有请求响应才能通知到客户端。

对于前端的MV*（MVC、MVVM，更多的是MVVM），都是客户端局部刷新，用户体验较好，对服务端的压力也较小。

常规的套路是：后端只提供API（一般是REST API），前端利用MV*框架配合客户端路由做页面切换。既然把View交给前端了，后端就不需要关心View了。

另，纯前端MV*也不是银弹，需要根据自己的需求来进行权衡。