Question

请问MVC是什么？

具体详细的说明下MVC是什么东西 最好是能把MVC的教程地址（最好能下）告诉我下 谢谢啦```

Answer 1

MVC(Model/View/Controller)模式是国外用得比较多的一种设计模式，好象最早是在Smaltalk中出现。MVC包括三类对象。Model是应用对象，View是它在屏幕上的表示，Controller定义用户界面对用户输入的响应方式。
模型-视图-控制器（MVC）是80年代Smalltalk-80出现的一种软件设计模式，现在已经被广泛的使用。
1、模型（Model）

模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑.

2、视图（View）

视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。

3、控制器（controller)

控制器工作就是根据用户的输入，控制用户界面数据显示和更新model对象状态。

MVC 式的出现不仅实现了功能模块和显示模块的分离，同时它还提高了应用系统的可维护性、可扩展性、可移植性和组件的可复用性

早期的程序中，如果不注意对数功能和显示的解耦合，常常会导致程序的复杂及难以维护。很多VB,Delphi等RAD程序都有这种问题。甚至现在的C#,Java有时候也会出现把业务逻辑写在显示模块中的现象

管MVC设计模式很早就提出，但在Web项目的开发中引入MVC却是步履维艰。主要原因：一是在早期的Web项目的开发中，程序语言和HTML的分离一直难以实现。CGI程序以字符串输出的形式动态地生成HTML内容。后来随着脚本语言的出现，前面的方式又被倒了过来，改成将脚本语言书写的程序嵌入在HTML内容中。这两种方式有一个相同的不足之处即它们总是无法将程序语言和HTML分离。二是脚本语言的功能相对较弱，缺乏支持MVC设计模式的一些必要的技术基础。直到基于J2EE的JSP Model 2问世时才得以改观。它用JSP技术实现视图的功能，用Servlet技术实现控制器的功能，用JavaBean技术实现模型的功能

JSP Model 1 与 JSP Model 2

SUN在JSP出现早期制定了两种规范，称为Model1和Model2。虽然Model2在一定程度上实现了MVC，但是它的应用用并不尽如人意

JSP Model 1

JSP Model 2

model2 容易使系统出现多个Controller，并且对页面导航的处理比较复杂

有些人觉得model2仍不够好，于是Craig R. McClanahan 2000年5月提交了一个WEB framework给Java Community.这就是后来的Struts.

2001年7月，Struts1.0，正式发布。该项目也成为了Apache Jakarta的子项目之一

Struts 质上就是在Model2的基础上实现的一个MVC架构。它只有一个中心控制器，他采用XML定制转向的URL。采用Action来处理逻辑

Answer 2

MVC方式通常在Smalltalk中用于建立用户接口。通过对MVC中蕴藏的设计模式可以帮你理解我们所说的“模式”的含义。

MVC包括三类对象，Model是应用对象、View为其屏幕表示、Controller定义了对用户输入的处理（反应）方式。在应用MVC方式以前，通常将这三个对象的功能合到了一起，应用MVC分离了它们，为设计提供了灵活性和可重用性。

MVC通过在view和model之间建立Subscribe/Notify协议，分离了view和model对象。View对象必须保证它的表示反应了model对象的状态，当model对象的数据改变时，model对象通知（Notify）view对象，作为对这一行为的反应，每个view对象得到了一个做出更新的机会。这种方式使得可以将多个view对象为一个model对象提供不同的表示。你也可以为model对象建立新的view对象，而不用重新编写model。下图演示了一个model和三个view：

从表面看，这一例子反应了一个将view和model分离的设计。然而，这种设计适合一类更通用的问题：减少对象之间的藕和性，这样，当一个对象改变时，将不会影响到另外的对象，甚至不需要知道另外的对象的实现细节。这种更通用的模式将在Observer模式中来描述。

MVC方式的另一个特点是，view对象是可嵌套定义的。例如，button的控制板可由一个包含嵌套button view对象的复杂view对象来实现；对象观察器的用户接口可由能重用于调试器的嵌套view对象组成。MVC方式采用CompositeView类（View的子类）来支持嵌套view，其行为与view对象的行为一致，可用于view对象能使用的任何场合。

于是，我们又可以把这种对待composite view就像处理其一个组件的方式看成一种设计（方式）。同样的，这种设计可抽象出另一类更通用的问题（的解决方式）：我们在某种情形下将对象分成组，并且处理一个组就像对待对象个体。这种方式我们用Composite设计模式来描述。它允许你建立类的层次，在这一层次下，有些子类定义原始对象（如Button），而其它的类可以定义合成对象（CompositeView），合成对象可将原始对象装配成更复杂的对象。

同样，MVC也可改变视图类（view）对用户反应的方式，而不用改变其可视化表示。你可能想改变其对键盘响应的方式，如，使用弹出菜单代替命令键。MVC将这种反应机制封装为控制对象（Controller）。控制器有一个类层次，易于实现从一个已存在的控制器建立出一个变种—一种新的控制器。

视图（view）对象通过某一控制器对象的实例（instance）来实现特定的响应策略。为了实现不同的策略，可以简单的使用不同的控制器实例来替换当前的实例。甚至可以在运行时来改变视图的控制器，以改变视图对象对用户输入的响应（策略）。例如，一个view对象可置为disabled，即对用户的输入不做任何响应。要达到这一目的，仅仅只需让控制器忽略所有input事件。

这种视图—控制器关系即是Strategy设计模式的一个典型例子。所谓Strategy即这样一个对象，它表示了一种算法。这在你想要替换算法（无论是静态替换还是动态替换）时特别有用，而这样的算法可能有许多的变量、或者拥有复杂的数据结构。

MVC中也使用了别的设计模式，例如，使用Factory Method模式来描述视图的默认控制器类；采用Decorator模式来为视图增加滚动条等。但在MVC中的主要模式是前述的Observer、Composite、和Strategy设计模式。

Answer 3

MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。

Answer 4

分层 模型（Model） 视图（View） 控制器（controller)