我需要对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主要是表示层的模式，它侧重于视图和控制器之间的交互。该模型可以被认为是the components of the application that are responsible for maintaining state，包括持久性。

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

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

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

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

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

Answer 2

是的，我认为MVC是一种与我认为你在这里所说的“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写了一篇关于how to use Entity Framework with ASP.NET MVC的精彩指南，应该涵盖你的上一个问题。

HTH

Answer 4

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

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

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