什么是MVC?
MVC,全称：Modal View Controler 即模型、视图、控制器是Xerox PARC在八十年代为编程语言Smalltalk－80发明的一种软件设计模式，至今已被广泛使用。最近几年被推荐为Sun公司J2EE平台的设计模式，并且受到越来越多的使用 ColdFusion 和 PHP 的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。
MVC如何工作 ？
MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
视图(VIEW)
视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，包括：HTML、Macromedia的Flash和XHTML、XML/XSL、WML等一些标识语言和Web services。
如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
模型（modle）
模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。
被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。
模型的好处：为多个视图提供数据，即应用于模型的代码写一次可被多个视图重用；
控制器（controler）
控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后用确定用哪个视图来显示模型处理返回的数据。
MVC的处理过程：
首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。
什么时候使用MVC?
1、小型，中型的应用系统就算了
毕竟构建MVC也不是一件容易的事情，需要考虑的很周到，很清晰，花费大量的精力，时间浪费在一个非大型的系统上未免显得得不偿失。
2、频繁用多种方式访问系统的时候
比如，手机等移动终端访问，电脑访问等，无论用户是想要访问WAP，还是flash界面，都可以很好的支持，这个时候考虑用MVC，可以大大提供代码的重用，减少冗余，因为这时的数据和业务规则是和表示层是分开的。
3、使用MVC，可以方便的进行数据库移植
因为MVC的应用程序的三个部件是相互对立，所以很容易改变你的应用程序的数据层和业务规则。如果你想把你的数据库从MySQL移植到Oracle，或者改变你的基于RDBMS数据源到LDAP，只需改变你的模型即可。一旦你正确的实现了模型，不管你的数据来自数据库或是LDAP服务器，视图将会正确的显示它们。由于运用MVC的应用程序的三个部件是相互对立，改变其中一个不会影响其它两个，所以依据这种设计思想你能构造良好的松偶合的构件。
简评MVC 的优缺点？
凡事有利必有弊，技术也一样。不过MVC的缺点定义我还不是很清晰。不过，她毕竟使得一个大的应用程序的松耦合几乎发挥到了极致，一旦一个强大的模型被设计出来，后台数据随便更换平台，前台显示方式任意显示，几乎真个系统都实现了“跨平台”。
不过说的这么强大，终归我们需要一个强大的“模型”出来，这就需要我们设计时一定要考虑充分，精心设计。再有，我们由此也可以得出，使用MVC我们可以使系统“工厂化”，一旦一个模型不见设计出来，经过测试，我们就可以规模化生产，使用，我们的代码就可以多处发热，不仅用于眼下，还可以成为产品，一举多得，成为一个通用的“中间件”，何乐而不为呢？从而我们的代码就结束了一次性产品时代！