初识MVC

    最近在跟着做项目的时候，听说要用MVC搭建基本框架。对于MVC以前一点都不了解，可以说听都没听说过。所以，在使用之前先简单学习一下，在此做一个总结。

       由于以前没接触过，所以先了解一下概念。

       概念：MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用于组织代码用一种业务逻辑和数据显示分离的方法，这个方法的假设前提是如果业务逻辑被聚集到一个部件里面，而且界面和用户围绕数据的交互能被改进和个性化定制而不需要重新编写业务逻辑MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

       刚刚看完这个概念的的时候，给我的唯一的感觉就是一个字——晕。不知道在讲什么。

后来查阅了一些资料，终于有一点明白了。

       MVC其实就是一种设计模式，准确的说是关于的架构设计模式。它和“U-B-D”三层架构设计差不多也是属于三层架构设计。

最上面的一层，是直接面向最终用户的"视图层"（View）。它是提供给用户的操作界面，是程序的外壳，或者说主要是跟用户打交道，并能够显示数据。

中间的一层，就是"控制层"（Controller），它负责根据用户从"视图层"输入的指令，选取"数据层"中的数据，然后对其进行相应的操作，产生最终结果。

最底下的一层，是核心的"数据层"（Model），也就是程序需要操作的数据或信息。

中间一层起着承上接下的作用，是“V”层和“M”层连接的纽带。

另外，这三层之间是相互联系的，但是又是独立的。每一层都对外留了接口供上层调用，所以这样一来，软件就可以实现模块化，修改外观或者变更数据都不用修改其他层，大大方便了维护和升级。

 举个例子来说明吧。MVC架构就像我们生活中的空调。简简单单的几个按键就是我们这里的“视图层”；而能够制冷或者制热的机器就是“数据层”；而连接那几个按键和制冷机的纽带就是我们的“控制器”。  

         当我们想要更换空调的控制器或者按键或者制冷机的时候我们就不必担心另外两个部件会不会受到影响了。这就是MVC的巨大优势。

         周所周知，任何一件事物都会有优点当然不可避免的存在缺点。至于MVC的缺点，我现在没有用过它，所以不敢在此瞎扯，下面是我看了一些前辈们的博客总结的缺点，贴出来，供以后验证。

1.     MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考

2.     MVC并不适合小型甚至中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。