Mikel
在此之前对MVC和三层架构没有一个太明确的认识，不知道它们之间有什么异同点，今天仔细研究了一下。
首先说三层架构：
1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。
它们之间存在一种引用依赖关系：
再说说MVC
MVC是 Model-View-Controller M是指数据模型，V是指用户界面，C则是控制器。
视图V
视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序 中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services.如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理 发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
模型M
模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
控制器C
控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。
举一个简单的例子来说明MVC
MVC就像我们小时候玩的那种卡带式游戏机，Control是主机，一般来说我只要买一个主机就行了，只要它不坏，我可以一直玩这类的游戏。 View则是电视机和游戏手柄，电视机是可以独立工作的，它不管输入的是电视信号，影碟机信号，还是游戏信号，它只管显示，而且它决定显示的效果，如果我 想要一个尺寸更大的或者显示效果更好的，我只需要换一个电视机可以了，游戏手柄也可以换的，是普通的还是带震动的。Model则是游戏机的卡带。它决定我 玩什么游戏，是魂斗罗还是超级玛丽。而且游戏机的主机和电视机的生产厂家永远不知道将来在上面会运行什么游戏。卡带中可能会有游戏代码和存储单元，都根据 游戏的需要而设计。
最后在说说他们之间存在的区别
1.三层架构中，DAL(数据访问层)、BLL(业务逻辑层)、WEB层各司其职，意在职责分离。
2.MVC是 Model-View-Controller，严格说这三个加起来以后才是三层架构中的WEB层，也就是说，MVC把三层架构中的WEB层再度进行了分 化，分成了控制器、视图、实体三个部分，控制器完成页面逻辑，通过实体来与界面层完成通话；而C层直接与三层中的BLL进行对话。
3.MVC三个事物之间并不存在明显的层次结构，没有明显的向下依赖关系，相反View和Model往往比较独立，而Control是两者之间的桥 梁，它们更像是横向切分，因此MVC中每个块都是可以独立测试的，而三层结构中，上层模块的运行测试势必要提供下层代码或提供相同接口桩。
为什么要使用 MVC
首先，最重要的一点是多个视图能共享一个模型，现在需要用越来越多的方式来访问你的应用程序。对此，其中一个解决之道是使用MVC，无论你的用户想要 Flash界面或是 WAP 界面；用一个模型就能处理它们。由于你已经将数据和业务规则从表示层分开，所以你可以最大化的重用你的代码了。
由于模型返回的数据没有进行格式化，所以同样的构件能被不同界面使用。例如，很多数据可能用HTML来表示，但是它们也有可能要用Adobe Flash和WAP来表示。模型也有状态管理和数据持久性处理的功能，例如，基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序 所重用。
因为模型是自包含的，并且与控制器和视图相分离，所以很容易改变你的应用程序的数据层和业务规则。如果你想把你的数据库从MySQL移植到Oracle， 或者改变你的基于RDBMS数据源到LDAP，只需改变你的模型即可。一旦你正确的实现了模型，不管你的数据来自数据库或是LDAP服务器，视图将会正确 的显示它们。由于运用MVC的应用程序的三个部件是相互独立，改变其中一个不会影响其它两个，所以依据这种设计思想你能构造良好的松耦合的构件。
拿一个简单的登陆模块说，需求是你输入一个用户名、密码，如果输入的跟预先定义好的一样，那么就进入到正确页面，如果不一样，就提示个错误信息“你Y别在这儿蒙我，输入的不对！”。
V 这个小小的模块中，起始的输入用户名密码的页面跟经过校验后显示的页面就相当于View
C 而这里还需要一个controller页面，就是用于接收输入进来的用户名密码，还有经过校验后返回的一个flg（此flg就是用于判断你输入的是否正确，而跳转到相应的页面的）
M 最后还缺一个Model，那么就是你那个用于校验的类了，他就是处理你输入的是否跟预先订好的一样不一样的，之后返回一个flg。
这样就完全实现了逻辑跟页面的分离，我页面不管你咋整，反正我就一个显示，而controller呢也不管你Model咋判断对不对，反正我给你了用户名跟密码，你就得给我整回来一个flg来，而Medol呢，则是反正你敢给我个用户名跟密码，我就给你整过去个flg
m 提供数据，数据之间的关系，转化等。并可以通知视图和控制器自己哪些地方发生了变化。
v 提供显示，能根据m的改变来更新自己
c 比如视图做了点击一个按钮，会先发给这个视图的控制器，然后这个控制器来决定做什么操作(让模型更新数据，控制视图改变)
以上是本人对mvc和三层结构的认识，有不对的地方希望大家多提意见，共同进步！
