MVC三层架构模型到底是怎么回事，怎样理解mvc思想，希望能得到比较详细的解答！

MVC+三层架构模型是这样的

首先把数据，数据处理，客户端显示分离，这就是三层架构。

MVC负责把客户端分离，再分成三个部分分别是，针对数据处理的接口，连接数据处理和页面显示的出口入口控制慎橘，以及用户界面三个部分。这样做的最大的好处就是大型网站开发中，无论未来网站庞大到何种程度，都可以无限的扩展。举个例子说吧，三层架构，把网站页面开发和数据库以及数据处理开发分离，让不同的人可以同时工作，最后把各个部件组装起来就行了，将来要更换部件就像，组装汽车，组装电脑那样简单。

我这些日子也愁这个问题。分享一下心得吧：

三层架构就像是一个苹果，外层果皮ui，中间果肉bll，里面果核dal。一层一层的剥离，才能看到里面。也像是糖葫芦，吃掉最顶端的你才可以吃到第二个球。当然如果你是虫子，你可以钻到里面从果核开始吃。

然后MVC就像是一个三个相互用线链接一起的球，三个球你都可以当作顶端。mvc 只是用来做三层架构的ui层。

根据我以往经验来说，没有什么架构是可以解决技术进步的问题的。不论你用什么都无法避免的当遇到新的技术，就要替换掉旧的技术的。

相对来说三层架构和MVC都是最新的架构技术，分别解决的问题不同，三层架构的层次更高，而mvc是三层中第三层ui层的细化。三层架构和mvc都不利于开发，一个简单的程序唯散要这么分累死了，不过是利于二次开发，甚至多次开发。适合于很多人合作的情况下。当然，如果你只是独立开发，去他什么的架构，只要面向对象就足够了。

mvc最让人心动的就是将网址和文件的对应关系分离了。这对于网站安全来说是一大宽山团进步。三层架构最大的好处是，将外皮和数据分离了。

做大型网站来说，这么做是对的，三层架构和mvc同时上场才会最大程度的利于开发，但是对于中小网站，完全没必要分得太清楚。

简单来说，MVC是一种流行的程序架构，获得C#、Java、PHP、稿枝洞Ruby等多种语言的支持。MVC是 模型（Model) 、视图(View)、控制器(Control) 的英文首字母的缩写，核心思想是：视图和用户交互 通过事件导致控制器改变 控制器改变导致模型改变 或者控制器同时改变两者 模型改键枯变 导致视图改变 或者视图改变 潜在的从模型里面获得参数 来改变自己。

MVC（Model-View-Controller），即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。

视图(View)：代表用户交互界面，MVC设计模式对于搭粗视图的处理是限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。

模型(Model)：业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱 *** 作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC的核心。

控制(Controller)：可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求，但是它却不做任何的数据处理。

它的优势在与：开发人员可以只关注整个结构中的其中某一层，可以很容易的用新的实现来替换原有层次的实现，可以降低层与层之间的依赖，有利于标准化，利于各层逻辑的复用

---