在 Web 应用程序中，MVC 相对于 3 层架构有哪些优势？
请注意，我指的是 3 层（逻辑分层）而不是 3 层（物理）。
另外请不要误会，我并不痴迷于设计模式。我是一名计算机科学专业的学生，他们问了我这个棘手的问题，所以我试图找到一个聪明的答案。
感谢您提前的答复！
Please note that I'm referring to 3-layer (logical layering) and not 3-tier (physical).
Also don't get it wrong I'm not obsessed with design patterns. I'm a computer science student and they've asked me this trick question so I'm trying to find a smart answer.
Thanks for you answers in advance!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
它们不是相互竞争的理念，MVC 传统上处理应用程序的表示层，即三层之一。
They're not competing idealogies, MVC traditionally deals with the presentation layer of an app, i.e. one of the three layers.
MVC 的核心是关注点分离 - 但处理细节，因为视图与模型和控制器是松散耦合的；对于 3 层，这不是明确要求的。
是的 - 您可以（并且应该）将所有三层松散耦合，但这并不是 3 层明确要求的； MVC 就是这样。
顺便说一句：MVC 是一种针对特定问题的特定模式，我在将其称为“架构”时会小心。
Microsoft ASP.NET MVC 实现的一个优点是提供了各种集成点和灵活性，而这些集成点和灵活性是使用“标准”ASP.NET 不容易访问的 - 我猜您可能会说在构建基于 Web 的 3 时传统上使用它-MS空间中的trie系统。
MVC is all about seperation of concerns - but deals with specifics in that the View is loosely-coupled to the model and controller; with 3-tier this is not explicitly required.
Yes - you can (and should) have all three tiers loosely-coupled but that's not explicitly required by 3-Tier; with MVC it is.
As an aside: MVC is a specific pattern that looks at a specific issue, I would be careful when referring to it as an "architecture".
An advantage of Microsofts ASP.NET MVC implementation is that is offers various integration points and flexibility which aren't so easily accessible with "standard" ASP.NET - which I guess you could say was/is traditionally used when build web-based 3-trie systesm in the MS space.
这个问题之所以被欺骗是因为 MVC 是三层设计。
模型是数据库，视图是用户体验，控制器是应用层。
The reason the question is a trick on is that MVC is a three layered design.
Model is the database, View is the UX and Controller is the Application Layer.