标签：核心模块 tab 封装 process 实现 共享 mil uitable 获取
MVC是 Model-View-Controller的简称，即 模型-视图-控制器。
MVC它是一种设计模式，它把应用程序分成三个核心模块：模型、视图、控制器，它们各自处理自己的任务。
MVC（Model-View-Controller）应用程序结构被用来分析分布式应用程序的特征。这种抽象结构能有助于将应用程序分割成若干逻辑部件，使程序设计变得更加容易。
MVC结构提供了一种按功能对各种对象进行分割的方法（这些对象是用来维护和表现数据的），其目的是为了将各对象间的耦合程度减至最小。MVC结构本来是为了将传统的输入（input）、处理（processing）、输出（output）任务运用到图形化用户交互模型中而设计的。但是，将这些概念运用于基于Web的企业级多层应用领域也是很适合的。
在MVC结构中，模型（Model）代表应用程序的数据（data）和用于控制访问和修改这些数据的业务规则（business rule）。通常模型被用来作为对现实世界中一个。模型是特定于领域的数据表现形式。比如说，我们正在创建一个任务列表应用程序。你可能会有一个Task对象的集合，书写为List<Task>。你或许把这些数据保存在数据库、XML文件，或者甚至从Web Service中得到，不过MVC不那么关心它们是在何处/如何来持久保存的（乃至它们是什么）。相反，它特别专注于如何显示这些数据，并处理与用户交互的。处理过程的软件近似，当定义一个模型时，可以采用一般的简单的建模技术。
当模型发生改变时，它会通知视图（View），并且为视提供查询模型相关状态的能力。同时，它也为控制器（Controller）提供访问封装在模型内部的应用程序功能的能力。
一个视图（View）用来组织模型的内容。视图代表了数据如何实际地显示出来。在我们这个假设的任务应用程序中，会在一个网页（以HTML的方式）中来显示这些任务，也会在一个WPF页面中（以XAML的方式）来显示，或者在一个iPhone应用程序中显示为UITableView 。如果用户点击某个任务，要删除之，那么视图通常会触发一个事件，或对Controller（控制器）进行一个回调。它从模型那里获得数据并指定这些数据如何表现。当模型变化时，视负责维持数据表现的一致性。视同时将用户要求告知控制器（Controller）。
控制器（Controller）定义了应用程序的行为；它负责对来自视的用户要求进行解释，并把这些要求映射成相应的行为，这些行为由模型负责实现。在独立运行的GUI客户端，用户要求可能是一些鼠标单击或是菜单选择操作。在一个Web应用程序中，它们的表现形式可能是一些来自客户端的GET或POST的HTTP请求。模型所实现的行为包括处理业务和修改模型的状态。根据用户要求和模型行为的结果，控制器选择一个视作为对用户请求的应答。通常一组相关功能集对应一个控制器。制器的目的就是获取模型中的数据，告知视图来显示。控制器还侦听着视图的事件，在用户选中一个任务来删除的时候，控制着任务从模型中删除。
MVC的处理过程：
首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理。
然后模型根据用户请求进行相应的业务逻辑处理，并返回数据。
最后控制器调用相应的视图格式化模型返回的数据，并通过视图呈现给用户。
MVC的优点：
首先，最重要的一点是多个视图能共享一个模型。同一个模型可以被不同的视图重用，大大提高了代码的可重用性。
由于MVC的三个模块相互独立，改变其中一个不会影响其他两个，所以依据这种设计思想能构造良好的松耦合的构件。
此外，控制器提高了应用程序的灵活性和可配置性。控制器可以用来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。
MVC的适用范围：
使用MVC需要精心的计划，由于它的内部原理比较复杂，所以你需要花费一些时间去理解它。将MVC运用到你的应用程序，会带来额外的工作量，增加应用的复杂性。
但对于开发存在大量用户界面，并且业务逻辑复杂的大型应用程序，MVC将会使你的软件在健壮性、代码重用和结构方面上一个新的台阶。尽管在最初构建MVC框架时会花费一定的工作量，但从长远角度看，它会大大提高后期软件开发的效率。
标签：核心模块 tab 封装 process 实现 共享 mil uitable 获取
原文地址：http://www.cnblogs.com/liying123/p/6756348.html
