三层体系结构和 MVC 模型之间有什么关系？

首先，MVC和三层架构是不一样的。

在三层架构中，DAL（数据访问层）、BLL（业务逻辑层）和 Web 层执行自己的职责，旨在分离职责。

MVC是Model-View-Controller，严格来说，这三者是三层架构中的Web层，也就是说MVC再次将三层架构中的Web层划分，分为控制器、视图、实体三部分。 层 C 直接与层 3 中的 BLL 通信。

所以。。在 .NET 的三层结构中，没有操作概念。

MVC 是 Microsoft 发布的一种新的开发架构。 它旨在解决传统开发中模型、视图和控制器无法分离的问题。

实际上，真的没有太大区别！ 就是为了让3层楼更加极致！ 每个人都做自己的事情！ 更专注于自己的业务！ 思考就是减少耦合！

这是一个如此激烈的帖子，但我认为每个人的答案都不是太可靠。

大所罗门的回答很好。

让我们从两者的目的开始：

Layer 3 是一种简单的分层方法，用于在项目之间解耦。

但是，MVC 不是一种基于项目的分层方法，而是一种设计模式，它不再依赖于显示模板和主要访问控制（实际上，都是基于 UI 的）。

楼主不看这一段：但是有同学说V是三层UI，C是三层BLL，M是三层DAC，所以说UI可以算UI=C+V+ViewModel不太对，数据库访问的模型要根据是否是拥塞模型来判断，判断是否属于DAC]。

让我们谈谈两者的工作原理：

简单来说，对于三层都是基于项目的，MVC可以基于面向对象的关系（即MVC可以在一个项目中，而三层至少需要三个项目），MVC和三层也可以一起使用，互不冲突。

现在我就来谈谈两者的知识储备（这里是关于理解的，不是用的，当然可以不求懂就用，但是我觉得不求懂的用不是为了提高个人，项目做完了，什么都没学到，其实没什么意思的）：

三层：相对来说，有简单的面向对象的知识，而面向接口的编程知识可以写简单的三层。

MVC：首先，你需要对面向对象和设计模式的知识库有透彻的了解（因为 MVC 本身是一个复合设计模式，至少是 GOF95 的），以及面向面的编程和程序解耦的各种方式。

综上所述：MVC和这三层只有一个共同点，那就是它们似乎都是三个组成部分。 但是，它的使用目的不同，即使以（mvc -bll-dac）的形式使用，也没关系。

如果你真的懂MVC，因为你有一定的学习基础，即使你不懂三层，也可以通过简单的学习快速使用三层，因为三层的学习成本并不大。

所有设计模式都是为解耦而设计的，至于为什么需要解耦，你需要了解耦合的所有缺点。

我很少能写这么长的回复...... 尴尬。

楼主，首先要分清楚，三层和MVC只是两种不同的开发模式，不管项目规模大小这两种方法都适用，如果你是刚学的新手，可以从三层开始，但是MVC也是要学习的，现在很多公司都在用！ 希望能帮到房东！

哈哈，兄弟，其实你没看懂，MVC是基于三层架构设计模式的，Microsoft的MVC只是MVC设计模式的一个实现。

MVC和三层楼，就像房间和建筑一样。

如果是你自己的公司，你不需要自己写**，如果你为别人工作，那就不是你用的了，技术专家可能说了算，但有了这种想法，你能成为技术专家吗??? 如果你学会了，那都是你自己的，你可以自己做。

根据项目的不同，采用不同的框架，最好同时学习两者，但您可以先专注于学习相同的框架。

MVC+ 三层体系结构模型如下所示：

首先，数据、数据处理和客户端显示是分开的，这是一个三层架构。

MVC 负责将客户端分离并分为三个部分：用于数据处理的接口、用于连接数据处理和页面显示的出口控制以及用户界面。 这样做最大的好处是，在大规模开发中，无论未来有多大，都可以无限扩展。 例如，三层架构将页面的开发与数据库和数据处理开发分开，让不同的人可以同时工作，最后组装各种零件，而将来更换零件就像组装汽车和组装计算机一样简单。

这些天我也担心这个问题。 让我们分享我的想法：

三层架构就像一个苹果，外层有果皮，中间有果肉，内层有果核。 一层一层地剥开，看看里面。 也像糖葫芦一样，吃上一球才能吃到第二个球。

当然，如果你是虫子，你可以钻进去吃坑。

那么MVC就像一个由一条线连接在一起的三球球，三个球都可以作为顶部。 MVC 只是三层体系结构的 UI 层。

根据我的经验，没有一种架构可以解决技术进步的问题。 不管你用什么，你都无法避免，当你遇到新技术时，你必须更换旧技术。

相对来说，三层架构和MVC都是最新的架构技术，它们解决的问题不同，三层架构层次更高，MVC是UI层第三层在三层中的细化。 三层架构和MVC不利于开发，一个简单的程序就这么累，反而有利于二次开发，甚至多次开发。 它适用于多人一起工作的情况。

当然，如果你只是独立开发，去其他架构，那么面向对象就足够了。

MVC 最令人兴奋的是它分离了 ** 和文件之间的对应关系。 这是在安全方面向前迈出的一大步。 三层架构的最大好处是它将皮肤与数据分开。

对于大规模**来说，这是正确的做法，三层架构和MVC会最有利于同时开发，但对于中小型**来说，就没有必要太清楚了。

不要混淆两者！

你的怀疑表明你对两者都不是很了解。

它们都属于建筑的范畴。 为了实现软件的高聚类和低耦合。 我们提出了层的概念。 目的是在后期对软件进行维护和扩展。

三层和 MVC 以不同的角度分层。 当然，角度不同，对应的技术实现也有一些差异。

三层架构是三层架构：三层架构是数据访问层、业务逻辑层和表示层。 三层架构旨在体现高内聚和低耦合，但这一理念尚未完全体现。

MVC 是一种放置业务实体并表示运营数据的模型; View 放置 UI 模板文件，该文件负责显示输出结果; Controller 由放置 Controller 类和处理 URL 请求组成。 它通常与三部分架构、工厂等一起使用，可以体现高内聚和低耦合的概念。 要想充分了解房东，就得买书或者找一些资料好好看看，就算了解了真相，也很难在短时间内把这些想法完全体现在实际操作中。

查看互联网上的信息，看看如何区分它。

这三层分别是动作层、DAO 层和实体层，分别用于业务处理、数据库交互和对应的实体。

MVC 是模型视图控制器（通常以网页的形式）和控制器（即业务处理部分）。

MVC3层架构是模型、视图、控件，它们是3层架构，视图通常使用JSP页面，业务逻辑作为模型，servlet控制流程（1接受表单数据，2检索业务逻辑进行处理，3返回结果到JSP页面）。

首先，n层结构是一种软件抽象层次结构，是复杂软件的一种垂直分割，在每个层次上完成相同类型的操作，从而根据其完成的任务划分各种**，从而降低软件的复杂度，提高其可维护性。 一般来说，各层之间存在向下的依赖关系，在下层确定其界面（合约）之前，上层无法开发，而下层界面（合约）的变化会使上层一起变化。 三层结构是一种N层结构，是人类产品在长期使用中获得的一种应用范围广泛的N层结构，作为典型的软件层次结构被广泛流传甚至写入教科书。

MVC 模式是一种复合设计模式，是一种可以反复练习以解决特定情况下的实际问题的解决方案。 巧合的是，他也拥有三样东西，所以人们有一种人们认为理所当然的对应关系：显示层——视图; 业务逻辑层 - 控制; 持久层模型。

首先，MVC中这三件事之间没有明显的层次结构，没有明显的向下依赖，相反，视图和模型往往是相对独立的，而控制是连接两者的桥梁，它们更像是水平切片。 因此，MVC 中的每个模块都可以独立测试，而在三层结构中，上层模块必须使用下层或具有相同接口的桩进行测试。 相对而言，MVC要复杂得多，但结构更清晰，耦合更少。

MVC 体系结构为："model-view-controller"缩写翻译为中文"模型-视图-控制器"。MVC 应用程序始终由这三个部分组成。 事件导致控制器更改模型和/或视图。

一旦控制器更改了模型的数据或属性，所有依赖视图都将自动更新。 同样，每当控制器更改视图时，视图都会通过从基础模型获取数据来刷新自身。

MVC 体系结构和三层结构不会相互影响。