我需要对MVC架构和三层架构进行一些澄清

Question

我一直在阅读Pro ASP .NET MVC框架书，我对很多事情感到很困惑。我一直在努力做一些研究，但我发现有这么多不同的方法和概念被抛到我身上，只会让事情变得更糟。所以我有几个问题：

1. 我知道MVC应该将功能分为三个主要部分：模型 - ＆gt;控制器 - ＆gt;视图。 MVC是一种与三层架构不同的方法吗？或者我仍然应该考虑在我的项目中创建数据访问层和业务逻辑层？

2. 什么是存储库？它是什么作为我的数据访问层？存储库在哪里/如何适合MVC？

3. 本书讨论了如何使用LINQ to SQL与数据库进行交互，但它指出将来不支持LINQ to SQL，并且Microsoft正在为实体框架删除它。实体框架在哪里适合MVC以及如何与它进行交互？

提前感谢您的帮助！
马特

Answer 1

1. MVC主要是表示层的模式，它侧重于视图和控制器之间的交互。该模型可被视为应用程序的组件，负责维护状态，包括持久性。

   在一个简单的应用程序中，该模型可能只是一个LINQ-To-SQL模型。在大型企业应用程序中，模型可能包含数据访问层，业务层和域层。 ASP.NET MVC并不限制您应该如何实现M.

2. 存储库模式是实现M的持久性部分的一种方式 ActiveRecord 是另一个。选择哪种模式取决于应用程序的复杂程度和您的偏好。

   看看NerdDinner教程的第3步，他们创建了一个简单的使用Linq to SQL的存储库。

3. Linq to SQL不会死。微软仍将改进核心并在有意义的地方添加客户请求，但实体框架将成为主要关注点。看一下 LINQ这篇文章到.NET 4.0中的SQL更改。

   EF可以使用与LINQ to SQL类似的方式，但它也更灵活，因此可以以其他方式使用。例如，EF4或多或少会在更多领域驱动的设计中支持您自己的POCO对象的持久性。

Answer 2

是的，我认为MVC是一种不同于“the”的方法。我认为你在这里的3层架构（你主要创建3个项目DAL，BL和UI的架构）。 MVC背后的主要思想是分离每个组件（模型，视图和控制器）之间的关注点。控制器是负责处理用户请求的组件，并且在大多数情况下，它与“模型”组件一起组织。组件，以便显示所需的视图作为对用户请求的响应。这与传统的3层架构之间的区别在于，DAL和BL现在已经分组并命名为模型，是的，您仍然需要创建这些组件。
什么是存储库？点击 Martin Fowler 提到存储库的定义为“域与数据之间的中介使用类似集合的接口映射层以访问域对象“存储库是数据访问层的一部分，它们不会自己访问数据，它们在域和数据映射实体之间进行调解，当然它们也是应放在Model文件夹/项目中。

Linq to SQL会被弃用吗？点击 否并且同一本书也说明了这一点，Damien Guard（ADO.NET团队的开发人员）在他的一篇博文中提到Linq to SQL将包含在.NET 4.0中。

如何与EF互动？
就像你使用Linq to SQL一样。与Linq to SQL一样，Entity Framework将成为您的映射实体，并且也将驻留在Model项目中。
希望这有帮助！

Answer 3

我猜你对这些事情感到有些困惑，而且他们 令人困惑，所以让我们慢慢来看看。

1. N层架构和MVC是不同的，但交织在一起。 N-Tier通常谈论分离数据访问，业务逻辑和用户界面。但是，有些人可能会认为不可能将BLL与UI完全分开; MVC通过这种方式解决了这种问题，即有一个相应的Controller与你的BLL和你的View对话，而不是让你的View直接与你的BLL对话。

2. 是的，拥有存储库是获得DAL的一种方法。有很多方法可以做到这一点，你不应该局限于书中讨论的内容。

3. 本书只使用LINQ to SQL以尽可能快的方式演示ASP.NET MVC，但这不是唯一的方法。停止考虑LINQ to SQL一分钟;无论你使用像NHibernate这样的ORM，还是使用普通的ADO.NET + DAL Factory或其他什么，你都可以使用ASP.NET MVC - 那些你将无法使用的是那些ASP.NET ObjectDataSources 您可以使用UI进行拖放。

至于实体框架，Brad Abrams在如何将实体框架与ASP.NET MVC一起使用，这应该涵盖你的上一个问题。

HTH

Answer 4

1. 是的，您仍然需要自己创建数据访问和业务逻辑层。有些人可能认为控制器层 IS 是业务逻辑，但我个人更喜欢实际业务逻辑（例如定价计算）与屏幕业务逻辑（例如“OK”按钮的事件处理程序）之间的分离。然后，您将从Controller类中调用它们。控制器类控制屏幕的逻辑，并管理从数据/业务逻辑层到屏幕值的转换。

2. ASP.NET MVC框架对“模型”没有任何限制。 layer，这意味着你可以使用任何你想要的东西，包括NHibernate，LINQ to SQL或实体框架。我使用LINQ to SQL因为它很简单。

3. 不确定，从未读过那本书。我刚从codeplex下载了Scott Hanselman的Nerddinner项目，并将其用作编写ASP.NET MVC网站的指南。