浅谈MVC架构模式

MVC是我最早接触的一种程序框架，也是项目工程中应用最广泛的一种架构模式，也许你不知道“MVC”是什么，但很可能在程序开发过程中你无形之中早已接触过它了。这里写一些我个人对MVC的理解和认识，如有偏颇，望请指正。

MVC全名是Model View Controller，即模型(model)－视图(view)－控制器(controller)。MVC架构把应用程序架构分成了3部分，数据部分、显示部分和控制器部分：

Model（模型）: 负责数据部分，在应用程序中用于处理应用程序数据逻辑。通常模型对象负责在数据库中存取数据；
View（视图）:负责显示部分，在应用程序中处理数据的界面显示部分。通常视图是依据模型数据创建的；
Controller（控制器）:是应用程序中处理用户交互的部分。通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。

打个比方：View就好比一台电脑的显示器、键盘，负责数据的输入、输出；Controller就是一台电脑的主机，对我们显示器、键盘的数据进行操作；那么Model就是硬盘，将这些数据存储起来并负责维护。

再举个栗子:一个计算器，利用MVC程序结构我们可以这么实现：
负责计算器的的外部按键和显示条相关的功能就是View；输入的参与运算的数字以及返回值就是Model；执行加减乘除的那些内部运算步骤就是Controller。

每一部分负责不同的功能，整个程序的结构非常清楚。理论上讲，无论一个程序多么复杂，都可以划分成这三部分，并且这三部分一般相互独立，某一部分的改动不会影响其他部分。很多程序本质上都是这种模式：对外提供一组触发器，然后执行一些内部操作，最后返回结果。因此，MVC模式的应用是非常广泛的。

一般MVC的通信特点如下：
1.View 传送指令到 Controller；
2.Controller 完成业务逻辑后，要求 Model 改变状态；
3.Model 将新的数据发送到 View，用户得到反馈；
4.所有通信都是单向的。

最后需要说明一下，MVC严格来说不是一种方法或者设计模式，更多的其实是一种思想。所以我们不能盲目地将其套用在任何项目中，而是通过利用这种思想可以使我们在项目开发时有更好的把控力，使我们的项目结构更加清晰。

以上。