blocks|key|3580246|text|我认为ASP.Net+MVC应该在表示层。它使用的“模型”类是真正的视图模型，它描述了视图所需的数据结构。您的所有业务逻辑和数据访问都应该与MVC模型和控制器分开。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3580247|此外，MVC的一般“最佳实践”是保持控制器代码尽可能简单，这通常意味着在处理繁重任务的业务层引入一些形式的应用程序服务。|3580248|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I consider ASP.Net MVC to be in the presentation layer. The "Model" classes it uses are really View Models, which describe the data structures needed by your views. All of your business logic and data access should remain separate from your MVC models and controllers.

Also, the general "Best Practice" for MVC is to keep the controller code as simple as possible, which usually means introducing some for of application service into your business layer that handles the heavy lifting.

blocks|key|3580157|text|表示层是您的视图。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3580158|数据层是您的模型(建议查看Repository模式)。|3580159|业务层保持原样。|3580160|控制器可以在加载对象时调用业务层来实现功能，或者模型可以在请求特定ViewModel时调用业务层来实现功能，但在其他情况下保持不变。|3580161|控制器中不应该包含可扩展的业务逻辑--将其放在自己的自包含DLL中。|3580162|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

The presentation Layer is your View.

The Data Layer is your Model (recommend looking at the Repository Pattern).

The Business Layer remains what it is.

The Controller can call the business layer for functionality when the object is loaded, or the model can call the business layer for functionality when a specific ViewModel is requested, but otherwise it remains the same.

The controller shouldn't have expansive business logic in it -- put that in its own self-contained DLL.

blocks|key|2173317|text|这是非常主观的。做对你的团队有意义的事情。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|2173318|MVC可以相当灵活，几乎没有跨所有语言的MVC框架以相同的方式做事情。即使在.net领域也是如此。FubuMVC、Spring.net和MVC的处理方式都略有不同。|2173319|entityMap^0|8|D|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|N|8|@]|D|@]|E|$]]]|I|$]]

This is pretty subjective. Do what makes sense to your team. 

MVC can be pretty flexible and almost no MVC framework, across all languages, does things the same way. Even in the .net space. FubuMVC, Spring.net, and MS MVC all do things in slightly different ways.

blocks|key|3580349|text|首先，您不必仅仅因为……就切换到MVC。如果你有正在工作的东西，我认为你不需要。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3580350|但是对于您的问题，MVC模式中的模型可以是表示业务问题的任何类型的类，可以是任何类型的计算、业务规则或数据访问类。在MVC框架中，有一个文件夹作为为您提供解决方案的方式，因此您可以将模型类放在其中，但您不必这样做，您可以创建不同的项目来解决您的业务问题，这就是您的模型。因此，在这里，您可以定义用于实例化的任何其他模式，您可以使用存储库模式，并使用NHibernate或实体框架实现该模式。|3580351|视图只是向用户显示信息和从用户接收信息的网页。|3580352|控制器是应用程序的入口，这些类将接收请求，调用必要的模型，并重定向到指定的视图。|3580353|希望我能帮上忙。|3580354|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

First of all, 
you don't have to change to MVC just because... If you have something that is working I don't think you need to.

But to you question, the Model in the MVC pattern is any kind of class that represents your business problem, wich can be any sort of calculation, business rules or data access classes. In the MVC framework there's a folder as a way to propose a solution for you, so you can put your model classes in there, but you don't have to, you can create different projects so solve your business problems and that's your Model.
So here, you can define any other patter that you for instante, you can use the Repository Pattern and implemente that using NHibernate or Entity Framework.

The Views are just web pages to show and receive information to and from the user.

And the controller is the entrance to your application, the classes that are going to receive the requests, call the necessary models and redirect to the specified view.

Hope I could helped.

blocks|key|1348015|text|使用MVC的N-Tier工作得很好。只需遵循SOLID原则和其他几个原则，您就能够保持应用程序的松散耦合和内聚性。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1348016|我想说的是，阅读关于MVC3的书籍和观看pluralsight.com视频是你最大的资源。你不能说“做对你的团队有效的事情”。如果一个叫Johnny和Timmy的同事想要把一堆逻辑放到控制器中，仅仅因为在短期的截止日期匆忙中“为你的团队工作”，这并不意味着它是正确的/好的/聪明的。|1348017|我在互联网上发现了如此之多的糟糕文章，以至于有多少人被引导走上了一条黑暗的痛苦之路，这让人感到恐惧。遵循快乐的道路。使用stackoverflow获取类似于art的观点，但请查看msdn文章、mvc书籍和pluralsight.com。|1348018|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

N-Tier with MVC works just fine. Just follow SOLID principle and several others and you will be able to keep your application loosely coupled and cohesive. 

I would say that reading the books on MVC 3 and watching pluralsight.com videos are your greatest resources. You can't go with "do what works for your team." If say work associates named Johnny and Timmy want to put a bunch of logic into a controller, just because in the short term deadline rush that "works for your team" that doesn't make it right / good / smart. 

I have found so many bad articles on the internet that it is scary how many people are getting led down a dark road of misery. Follow the happy path. Use stackoverflow for opinion like art, but check with msdn articles, mvc books, and pluralsight.com

blocks|key|2173247|text|我知道这只是一个维基百科的链接，但是有一些关于n层和MVC架构的信息here。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2173248|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Multitier_architecture#Comparison_with_the_MVC_architecture^0|Y|4|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

I know it's just a Wikipedia link, but there is some info <a href="http://en.wikipedia.org/wiki/Multitier_architecture#Comparison_with_the_MVC_architecture" rel="nofollow noreferrer">here</a> regarding n-tier vs. MVC architecture.

blocks|key|1347985|text|“层”是一个部署单元，而MVC中的“层”是代码中职责的逻辑分离。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1347986|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

A "Tier" is a unit of deployment, while a "Layer" in MVC is a logical separation of responsibility within code.

I am writing a design document and people on my team are willing to do the move from ASP.NET WebForm to ASP.NET MVC. This is great, but I have a hard time to understand how MVC workswith in a 3-tier (Data Layer, Business Layer and Presentation Layer) architecture. Can we say that the Model, View and Controller are part of the Presentation Layer? Is the Model part of the Business Layer?

In brief, how MVC and 3-tier architecture can work together? Thanks for the help!

How MVC (ASP.NET MVC) band 3-tier architecture can work together?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在写一个设计文档，我的团队中的人愿意从ASP.NET WebForm迁移到ASP.NET MVC。这很棒，但我很难理解MVC在3层(数据层、业务层和表示层)架构中是如何工作的。我们可以说模型、视图和控制器是表示层的一部分吗？模型是业务层的一部分吗？简而言之，MVC和3层架构如何协同工作？谢谢你的帮助！

问MVC (ASP.NET MVC)三层架构如何协同工作？
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问MVC (ASP.NET MVC)三层架构如何协同工作？EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问MVC (ASP.NET MVC)三层架构如何协同工作？
EN