谁能告诉我什么是MVC三层架构

MVC 三层体系结构是：模型、视图和控制器。

视图是用户看到并与之交互的界面。

模型表示企业数据和业务规则。 在 MVC 的三个部分中，模型具有最多的处理任务。

控制器接受用户的输入，并调用模型和视图来满足用户的需求。

个人理解：模型、观点、控制。

模型层是一个模块，专门执行业务流程，接受请求的数据，并返回处理结果。

顾名思义，视图层是与用户交互的接口层，例如html、aspx、jsp等页面。

控制层是一个分发服务器，它根据请求决定要使用哪个模型和要使用哪个视图。

一些个人意见，如果有什么不对的地方，请见谅。

网上有专门针对这方面的文章，房东可以看看。

mvc！= 三层体系结构。

mvc=model-view-control 是 Microsoft 的一种设计模式。

三层架构 = dal BLL UI 是设计的架构。

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

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

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

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

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

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

不要混淆两者！

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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