从事iOS开发以来，一直也没有好好的研究过设计模式，做的产品代码量很大，现在有点时间自己总结一下几种设计模式吧。

1、MVC

MVC（model-view-controller），现在已经广泛应用在各种软件的设计中，不得不说MVC的概念听了几百次了，但做到理解和应用其实是很很困难的，这里只谈iOS中MVC的理解。使用MVC设计模式是将数据和视图的处理分开，从而使同一个程序有不同的表现形式。model和view的同步通过controller实现。

1）、模型(Model)：视图类所需要的数据；例如：表格需要显示的文字

    model模型对象，封装了应用程序的数据，并定义操作该数据的逻辑和运算{网上很多介绍都很官方，不好理解}，用户在view视图中创建的数据和修改数据的操作通过控制器（controller）传达给model，来修改和创建数据。当有网络请求或本地修改数据时，通知控制器，控制器来对视图进行更新。model的处理任务是最多的，因为model需要处理数据库。model返回的数据没有格式限制，这样就可以为多个相似的视图提供数据，相应的也减少了不少代码量。

2）、构建UI的类；例如：按钮，标签，进度条等。

    view视图，是绘制出来的用户可以看见及操作的视图，主要用来显示model中的数据，并且数据可被编辑，view和model通常都是分离开的。view的控件都是UIView的子类，通过控制器整体显示在同一个界面，控件的响应通过委托代理模式交给controller实现。

3）、连接视图类和模型类，任务是使数据显示在屏幕上。例如：控制器将表格需要使用的数据“填入”表格视图中，将表格视图显示出来。

controller控制器，相当于媒介，能把一个视图和多个model或一个model和多个视图联系起来，通过controller视图能知道模型对象的改变（通知），反之亦然。控制器能够控制界面的流程以及程序的生命周期，控制器对象解释在视图对象中进行的用户操作，并将新的或更改过的数据传达给模型对象。模型对象更改时，一个控制器对象会将新的模型数据传达给视图对象，以便视图对象可以显示它。

二、通信方式

控制器直接访问数据模型：就是讲模型座位控制器的一个属性。

控制器直接访问视图：也就是将视图座位控制器的一个属性。

视图和模型二者是完全解藕的，不能相互引用对方，即谁也不可将对方座位自己的属性。

视图与控制器通信方式：

1.目标动作机制（target-action），简单来讲就是用户与视图交互，通过交互事件触发控制器的方法。这个我们平时都在用比如：按钮的点击，下拉刷新等等。

2.委托代理（delegate），视图讲自己无法决定的是委托给控制器实现，通过自己的代理方法完成自己的需要，比如tableView的滑动需要通过控制器知道屏幕的高度大小，来决定是否滚动。

3、数据源机制，视图告诉控制器想要做什么，比如播放音乐，音乐数据存在model中，控制器访问model拿到数据再告诉视图怎么显示。

模型与控制器通信方式：

1.广播通知，控制器注册监听模型数据变化的通知，在数据变化时，模型发送广播通知，控制器收到通知进行下一步处理。

2.KVO（key-value-observing）：就是用模型座位控制器的一个属性，模型中的值有所改变，下次控制器在使用模型数据时，会取到最新的数据。

对于MVC的使用方法只做大体的解释，具体的理解还得反复实战，通过实战才能清楚理解，不然只能有个大体的印象。

MVC的优缺点

  优点：

1.低耦合，视图和模型业务层是分离的，视图的改变不需要更改控制器也不需要改模型的代码，同样业务规则的改变只需要改变模型即可。

2、高度重用性和可适用，模型层返回的数据没有格式化，所以可以被多个视图适用，

3、生命周期短，开发和维护的接口技术含量相对较低。维护方便。

缺点：

1、MVC看似挺好，但是问题来了，MVC使用起来内部逻辑可以说是相当复杂，在设计的时候需要很好的考虑，能够完全自如的适用MVC也算是有一定的水准了。建议：项目相对不是很大的就不要用了。

这里谈的MVC概念基本就是这样，不过挺浅显，认识不到会持续更新，也可参考博客：http://www.cnblogs.com/496668219long/p/4471022.html

下面来理解一下MVVM