了解一下MVC

一直在说MVC和MVVM的区别，现实是连什么是MVC都不知道，于是好好学习了一下MVC。

MVC是Model-View-Controller的简写，模型-视图-控制器：

Model是应用程序中用于处理数据逻辑的部分，负责在数据库中存取数据。；

View是应用程序依据模型数据创建的显示的部分；

Controller是应用程序处理交互的部分，从视图读取数据，控制用户输入等，并向模型发送数据。

MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同视图，也就是说一个模型可以被多个视图重用。而控制器则是接收页面页面的事件，然后决定调用哪个模型去处理请求，最后确定用哪个视图显示。控制器本身是没有任何输出的。

要注意，MVC是一种架构模式，要区分设计模式、架构模式、框架，框架可以用代码表示，也能直接执行或复用，设计模式是某种场合下针对某个问题的一种解决方案。而架构是介于两者之间，使用框架和设计模式进行架构。

架构模式：MVC、MVVM

框架：Spring、.NET、django

设计模式：单例模式、工厂模式

阮大神举了两个例子理解MVC模式，比如一个计算器应用，你看见的就是视图层，需要运算的数据就是模型层，进行加减乘除等计算的就是控制器层。每一个层都是独立的，当你替换任何一个或者更新一个层的东西，对于另外两个都不影响。

现在公司有.net的询问了一下，他们使用的都是MVC的框架，通过Controller分发视图。还有就是IOS，提供了公共的视图类和控制器类，也是MVC模式。而针对MVC，Model和View很大一部分是可以重用的，也就是为什么GitHub上那么多开源的控件。而Controller几乎不可重用。

其实MVC的架构模式，一直以来大部分都是应用在后端的框架，所以Model是操作数据库，进行增删改查，然后返回给视图。我一开始也都不明白，如果是这样的话，客户端或者说前端的MVC是怎么解释。

我不知道理解的对不对，在前端，视图就是页面渲染出来的，控制器其实就是一些方法，模型，也就是操作数据的这部分，所谓的数据其实就是我们声明的变量。比如页面显示一个数字，一个加按钮和一个减按钮，当我们点击加的时候，视图通过控制器触发了模型的方法，模型方法里面对这个数字进行操作，然后更新视图。这只是一个过程，但其实内部还要涉及很多，比如使用发布订阅模式，view要在model里面注册，然后才能更新视图。

我不知道后台他们的实现，如果是这种模式放在前端，因为model控制数据，而controller除了事件响应，也需要逻辑代码，所以在前端来说，MVC并不是很合适。

还有一个问题，一直说MVC的数据流是单向的我问了.net一个开发很多年的大佬，下面两种说不同角度理解都是正确的：

自己也不确定哪种是正确的。

说了那么多，挺乱的，自己理解的MVC可以总结一下，就是视图和模型是可重用的、分离的，通过控制器连接视图和模型，达到代码的重用，就是一个思想，具体实现并不需要那么统一的方法。

（完）