技术趋势：是什么让MVC悄然消失的？

【金融特辑】光大银行科技部DBA女神带你从0到1揭秘MGR

投身IT江湖，就像打王者荣耀一样，好不容易练会了一个硬性，结果天美把它削弱了，你不得不再去练习一个。

MVC这门技术伴随着我的成长，感情和Java一样深厚，但是，最近两年却不得不和MVC说再见了。是的，不是Struts没了，也不是SpringMVC没了，而是MVC这种架构模式被淘汰了。当时代抛弃你时，连一声再见都不会说。所以，看到这篇文章的各位程序员兄弟们，紧跟技术发展趋势，再牛逼一点的，能够提前预见技术趋势，提前准备，最牛逼的，引领技术趋势，咳咳，想的有点多。

我们先回顾一下MVC吧，就像怀念一个老朋友。

MVC模式(Model–view–controller)是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型(Model)、视图(View)和控制器(Controller)。( 摘自 维基百科-MVC )

模型(Model) 用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。“ Model ”有对数据直接访问的权力，“Model”不依赖“View”和“Controller”，Model 不关心它会被如何显示或是如何被操作。但是 Model 中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制，那些用于监视此 Model 的 View 必须事先在此 Model 上注册，从而，View 可以了解在数据 Model 上发生的改变。

视图(View) 能够实现数据有目的的显示。在 View 中一般没有程序上的逻辑。为了实现 View 上的刷新功能，View 需要访问它监视的数据模型(Model)，因此应该事先在被它监视的数据那里注册。

控制器(Controller) 起到不同层面间的组织作用，用于控制应用程序的流程。它处理事件并作出响应。“事件”包括用户的行为和数据 Model 上的改变。

Struts和SpringMVC曾经是MVC双雄。

那是什么导致MVC模式被淘汰了呢?移动时代的到来，展示端愈来愈重要，所以前端技术发展越来越猛烈，前端工程师也不再是团队的小弟了，他们要求和Java工程师平等对话。

前后端分离来了，Node.js来了，前端工程师把MVC的职责都给抢走了，后端工程师真正成为了后端，只需要提供API给前端就行，再也不用关心redirect\forward有什么区别，再也不用关心session、cookies有什么区别，怎么样。当前端工程师拿走MVC的职责之后，自然会把MVC模式改成更适合前端的模式：MVVM。

MVVM(Model–View–Viewmodel)也是一种软件架构模式，它必将取代MVC，或者说的好听一些，它是MVC基础上演化而来。

MVC中的M就是单纯的从网络获取回来的数据模型，V指的我们的视图界面，而C就是我们的ViewController。

在其中，ViewController负责View和Model之间调度，View发生交互事件会通过target-action或者delegate方式回调给ViewController，与此同时ViewController还要承担把Model通过KVO、Notification方式传来的数据传输给View用于展示的责任。随着业务越来越复杂，视图交互越复杂，导致Controller越来越臃肿，负重前行。脏活累活都它干了，到头来还一点不讨好。福报修多了的结果就是，不行了就重构你，重构不了就换掉你。

来一张斯坦福老头经典的MVC架构图。

所以为了解决这个问题，MVVM就闪亮登场了。他把View和Contrller都放在了View层(相当于把Controller一部分逻辑抽离了出来)，Model层依然是服务端返回的数据模型。而ViewModel充当了一个UI适配器的角色，也就是说View中每个UI元素都应该在ViewModel找到与之对应的属性。除此之外，从Controller抽离出来的与UI有关的逻辑都放在了ViewModel中，这样就减轻了Controller的负担。

这张图是从网上找的，MVVM还在学习阶段，后续补一张自己的