【MVC】
MVC模式（Model–view–controller）是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）。
MVC模式最早由Trygve Reenskaug在1978年提出，是施乐帕罗奥多研究中心（Xerox PARC）在20世纪80年代为程序语言Smalltalk发明的一种软件架构。MVC模式的目的是实现一种动态的程式设计，使后续对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。除此之外，此模式透过对复杂度的简化，使程序结构更加直观。软件系统透过对自身基本部分分离的同时也赋予了各个基本部分应有的功能。专业人员可以依据自身的专长分组：
* 模型（Model） - 程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。
* 视图（View） - 界面设计人员进行图形界面设计。
* 控制器（Controller）- 负责转发请求，对请求进行处理。
MVC模式
== 组件的互动 ==
MVC组件之间的典型合作
将应用程序划分为三种组件，模型 - 视图 - 控制器（MVC）设计定义它们之间的相互作用。
* 模型（Model） 用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。“ Model ”有对数据直接访问的权力，例如对数据库的访问。“Model”不依赖“View”和“Controller”，也就是说， Model 不关心它会被如何显示或是如何被操作。但是 Model 中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制，那些用于监视此 Model 的 View 必须事先在此 Model 上注册，从而，View 可以了解在数据 Model 上发生的改变。（比如：观察者模式）
* 视图（View）能够实现数据有目的的显示（理论上，这不是必需的）。在 View 中一般没有程序上的逻辑。为了实现 View 上的刷新功能，View 需要访问它监视的数据模型（Model），因此应该事先在被它监视的数据那里注册。
* 控制器（Controller）起到不同层面间的组织作用，用于控制应用程序的流程。它处理事件并作出响应。“事件”包括用户的行为和数据 Model 上的改变。
== 优点 ==
在最初的JSP网页中，像数据库查询语句(SQL query)这样的数据层代码和像HTML这样的表示层代码是混在一起。虽然有着经验比较丰富的开发者会将数据从表示层分离开来，但这样的良好设计通常并不是很容易做到的，实现它需要精心地计划和不断的尝试。MVC可以从根本上强制性地将它们分开。尽管构造MVC应用程序需要一些额外的工作，但是它带给我们的好处是毋庸置疑的。
首先，多个 View 能共享一个 Model 。如今，同一个Web应用程序会提供多种用户界面，例如用户希望既能够通过浏览器来收发电子邮件，还希望通过手机来访问电子邮箱，这就要求Web网站同时能提供Internet界面和WAP界面。在MVC设计模式中， Model 响应用户请求并返回响应数据，View 负责格式化数据并把它们呈现给用户，业务逻辑和表示层分离，同一个 Model 可以被不同的 View 重用，所以大大提高了代码的可重用性。
其次，Controller 是自包含（self-contained,指高独立内聚）的物件，与 Model 和 View 保持相对独立，所以可以方便的改变应用程序的数据层和业务规则。例如，把数据库从MySQL移植到Oracle，或者把RDBMS数据源改变成LDAP数据源，只需改变 Controller 即可。一旦正确地实现了控制器，不管数据来自数据库还是LDAP服务器，View 都会正确地显示它们。由于MVC模式的三个模块相互独立，改变其中一个不会影响其他两个，所以依据这种设计思想能构造良好的少互扰性的构件。
此外，Controller 提高了应用程序的灵活性和可配置性。Controller 可以用来连接不同的 Model 和 View 去完成用户的需求，也可以构造应用程序提供强有力的手段。给定一些可重用的 Model 、 View 和Controller 可以根据用户的需求选择适当的 Model 进行处理，然后选择适当的的 View 将处理结果显示给用户。
== 评价、误解及适用范围 ==
MVC模式在概念上强调 Model, View, Controller 的分离，各个模组也遵循著由 Controller 来处理讯息，Model 掌管资料来源，View 负责资料显示的职责分离原则，因此在实作上，MVC 模式的 Framework 通常会将 MVC 三个部份分离实作：
* Model 负责资料存取，较现代的 Framework 都会建议使用独立的资料物件 (DTO, POCO, POJO 等) 来替代弱型别的集合物件。资料存取的程式码会使用 Data Access 的程式码或是 ORM-based Framework，也可以进一步使用 Repository Pattern 与 Unit of Works Pattern 来切割资料来源的相依性。
* Controller 负责处理讯息，较高阶的 Framework 会有一个预设的实作来作为 Controller 的基础，例如 Spring 的 DispatcherServlet 或是 ASP.NET MVC 的 Controller 等，在职责分离原则的基础上，每个 Controller 负责的部份不同，因此会将各个 Controller 切割成不同的档案以利维护。
* View 负责显示资料，这个部份多为前端应用，而 Controller 会有一个机制将处理的结果 (可能是 Model, 集合或是状态等) 交给 View，然后由 View 来决定怎么显示。例如 Spring Framework 使用 JSP 或相应技术，ASP.NET MVC 则使用 Razor 处理资料的显示。
也因为 MVC 模式强调职责分离，所以在发展 MVC 应用时会产生很多档案，在 IDE (整合开发环境) 不够成熟时它会是个问题，但在现代主流 IDE 都能使用类别物件的资讯来组织程式码编辑的情况下，多档案早已不是问题，而且 MVC 模式会要求开发者进一步思考应用程式的架构 (Application Architecture)，而非用大杂烩的方式开发应用程式，对于应用程式的生命周期以及后续的可扩充与可维护性而言有相当正面的帮助。另外，MVC 职责分离也带来了一个现代软体工程要求的重要特性：可测试性 (Testability)，MVC-based 的应用程式在良好的职责分离的设计下，各个部份可独立行使单元测试，有利于与企业内的自动化测试、持续整合 (Continuous Integration) 与持续交付 (Continuous Delivery) 流程整合，减少应用程式改版部署所需的时间。
MVC 模式的应用程式的目的就是希望打破以往应用程式使用的大杂烩程式撰写方式，并间接诱使开发人员以更高的架构导向思维来思考应用程式的设计，因此对于一个刚入门的初学者来说，架构导向的思考会有一定的门槛，需要较多的实作与练习才能具备相应的能力，大多数的初学者还是较习惯于大杂烩式的程式撰写，所以可能会对 MVC 模式抱持著排斥或厌恶的心态，然而 MVC（或是其他的设计模式）都是有助于应用程式长远的发展，虽然大杂烩式的程式也可以用来发展长生命周期的应用程式，但是相较于 MVC，大杂烩式的程式在可扩充性和可维护性 (尤其是可测试性) 上会远比 MVC 复杂很多，相反的，MVC 模式的应用程式是在初始开发时期必须先思考并使用软体架构，使得开发时期会需要花较多心力，但是一旦应用程式完成后，可扩充性、可维护性和可测试性反而会因为 MVC 的特性而变得容易。
因此，MVC 模式在已有众多优秀 Framework 的现代，早就已经没有不适合小型应用的问题，小型的应用还是可以由 MVC Framework 的应用来获取 MVC 的优点，同时它也能作为未来小型应用扩充到大型应用时的基础与入门砖。若一开始就想要做大型应用，那么 MVC 模式的职责分离以及要求开发的架构思考会更适合大型应用的开发。
== 实际范例 ==
这里有一个通过 JavaScript 所实现的基于 MVC 模型，需要注意的是：MVC 不是一种技术，而是一种理念。
/** 模拟 Model, View, Controller */
var M = {}, V = {}, C = {};
/** Model 负责存放资料 */
M.data = "hello world";
/** View 负责将资料输出给用户 */
V.render = (M) => { alert(M.data); }
/** Controller 作为连接 M 和 V 的桥梁 */
C.handleOnload = () => { V.render(M); }
/** 在网页读取的时候呼叫 Controller */
window.onload = C.handleOnload;在这个简短的程序中就是一个完整的 MVC 模式。
== 实现 ==
=== MFC ===
微软所推出的MFC Document/View架构是早期对于MVC模式的实现，MFC将程式分成CView以及CDocument两大类别，其中的Document对应MVC中的 Model ，View 相当于MVC中的 View＋Controller，再加上CWinApp类别，合成三大项。但是基本上MFC是一个失败的MVC模式作品。
由于MFC之下的Document/View 定义过于模糊，未将Controller（MessageMap）部份取出，因此 Controller 可以置入 View 或Document，但不管置入哪一方面，都会与View或Document绑死，没有弹性。
=== Java ===
==== Java 平台企业版 (J2EE) ====
和其他的各种框架不一样，J2EE为模型对象（Model Objects）定义了一个规范。
视图(View)
在J2EE应用程序中，视图（View）可能由Java Server Page(JSP)担任。生成 View 的代码则可能是一个servlet的一部分，特别是在客户端服务端交互的时候。
控制器（Controller）
J2EE应用中，Controller 可能是一个servlet。
除了可直接以J2EE来撰写外，亦可用其他框架来撰写，常见的有Struts2、Spring Framework……等等。
模型（Model）
Model 则是由一个实体Bean来实现。
==== Java Swing ====
Swing是一个标准的MVC结构。ComponentUI代表View，负责描画组件。组件尤其Model层，比如JTextField的Document、JTable的TableModel、JTree的TreeModel等等。Control可能不是很明显，我们可以将Event机制看作Swing团队为开发者设计的Controller。
作为Java开发者，如果想理解MVC的结构，学习Swing的确是个不错的选择。
=== .NET ===
==== ASP.NET ====
在ASP.NET中，针对视图（View）和控制器（Controller）的模式没有被很好地定义。而模型（Model）则留给开发者去设计。
视图（View）
ASPX和ASCX文件被用来处理 View 的职责。在这个设计中 View 实际上是从 Controller 继承而来。这个和Smalltalk的实施有所不同，在Smalltalk中不同的类都有指针互相指向对方。
控制器（Controllers）
Controller 的职责被分割成两部分。事件（Event）的产生和传输是框架的一部分，更明确的说是Page和Control两个类。而事件的处理则在分离的代码中实现。一般说来，控制器是部件，用来处理用户交互、对model施加工作、最终选择view来绘制。对于MVC应用程序，view只显式信息；控制器处理和响应用户的输入和交互。
模型（Model）
ASP.NET 不严格需要一个 Model。开发者可以自行选择创建一个 Model 类，但是很多人选择放弃这一步，直接把事件处理放在 Controller 里处理任何计算、数据保存等等。但用 Model 来包含商业逻辑和数据存取是可实现的。一般说来，MVC应用程中的Model表示应用程序的状态、应用程序能执行的任何业务逻辑或操作。强类型的views典型使用ViewModel类型来包含显示在该view中的数据。控制器从model创建并保有这些ViewModel实例。
==== ASP.NET MVC ====
2013年10月17日ASP.NET MVC发表了稳定版本5.0。
在ASP.NET MVC中，一般情况下Model通常搭配LINQ to SQL类别（使用O/R Designer工具所制作而成的DBML档）或ADO.NET实体资料模型（Entity Data Model，使用ADO.NET Entity Framework制作出的EDMX档）来实作。
==== ASP.NET Core MVC====
随着.NET Core的发布，2016年5月17日发布了ASP.NET Core MVC 1.0.0-rc2。现已发展为ASP.NET Core MVC 6。
==== Windows Forms ====
在WinForms中，这个针对视图（View）和控制器（Controller）的模式已经很好的定义。而模型（Model）则留给开发者去设计。
视图（View）
由Form或者Control类继承来的一个类处理 View 的职责。在WinForm这个例子中 View 和 Controller 被编译在同一个类中，这个和ASP.NET不同。
控制器（Controller）
Controller 的职责被分割成三部分。事件（Event）的产生和传输是操作系统的一部分。在.Net框架中Form和Control类将不同的事件转发给相应的事件处理器。而事件的处理则在分离的代码中实现。
模型（Model）
就像ASP.NET一样，WinForm不严格需要一个 Model。开发者可以自行选择创建一个 Model 类，但是很多人选择放弃这一步，直接把事件处理放在 Controller 里处理任何计算、数据保存等等。也就是说用Model来包含商业逻辑和数据存取。
=== Perl ===
Catalyst和Jifty是透过Perl语言所开发出来的Web Framework，都采用Model-View-Controller 架构。Catalyst 本身只是做了 Controller，View 和 Model 让开发者自由选用 CPAN 上的模组开发，例如 Template 和 Template Declare 都可用来产生视图。Jifty 将 MVC 完全实做完成，View 的部份在早期版本使用 Mason 实做，较新版本使用 Template Declare。
=== Ruby on Rails ===
Ruby on Rails是透过Ruby语言所开发出来的 Web Framework，也是采用 Model-View-Controller 架构。Model 部份使用 Active Record 概念实做，加上 Migration 机制，使得其 Model 结构非常容易控制。
=== Python ===
Python 有许多的 MVC 架构。最常用的有 Django 和 TurboGears。
=== JavaScript ===
* Backbone.js
* Angular.js
*  Ember.js date=20150103211543
* JavaScriptMVC
*  Model-View-Controller (MVC) with JavaScript
=== PHP ===
*  CakePHP date=20110721092232
*  CodeIgniter date=20071020025013
*  prado
*  symfony date=20110319091806
*  Yii Framework date=20180125011615
*  Zend Framework date=20080112193818
*  Phalcon date=20130805071007
*  Laravel date=20210207185436
*  ThinkPHP
=== ActionScript 3 ===
*  PureMVC Standard for ActionScript 3