我一直在读《Pro ASP NET MVC Framework》一书,我对很多事情感到非常困惑。我一直在尝试做一些研究,但我发现有这么多不同的方法和概念向我抛出,这只会让事情变得更糟。
所以我有几个问题:
我知道 MVC 应该将功能分为三个主要部分:模型 -> 控制器 -> 视图。 MVC 是一种与三层架构不同的方法吗?或者我是否仍然应该考虑在我的项目中创建数据访问层和业务逻辑层?
存储库到底是什么?它充当我的数据访问层?存储库在哪里/如何融入 MVC?
该书讨论了使用 LINQ to SQL 与数据库交互,但它指出将来将不再支持 LINQ to SQL,并且 Microsoft 将在实体框架中放弃它。实体框架适合 MVC 的什么位置以及如何与其交互?
在此先感谢您的帮助!
Matt
-
MVC主要是表示层的一种模式,它专注于视图和控制器之间的交互。该模型可以被认为是负责维护状态的应用程序组件 http://weblogs.asp.net/scottgu/archive/2007/10/14/asp-net-mvc-framework.aspx,包括坚持。
在简单的应用程序中,模型可能只是 LINQ-To-SQL 模型。在大型企业应用程序中,模型可能包含数据访问层、业务层和域层。 ASP.NET MVC 并不限制您应如何实现 M。
-
The 存储库 http://martinfowler.com/eaaCatalog/repository.html模式是实现 M 的持久性部分的一种方法。活动记录 http://www.martinfowler.com/eaaCatalog/activeRecord.html是另一个。选择哪种模式取决于应用程序的复杂性和您的偏好。
看一眼Step 3 http://nerddinnerbook.s3.amazonaws.com/Part3.htmNerdDinner 教程的一部分,他们使用 Linq to SQL 创建一个简单的存储库。
-
Linq to SQL 不会消亡。微软仍将改进核心并在有意义的地方添加客户请求,但实体框架将是主要焦点。看一下这篇文章.NET 4.0 中的 LINQ to SQL 更改 http://damieng.com/blog/2009/06/01/linq-to-sql-changes-in-net-40.
EF 的使用方式与 LINQ to SQL 类似,但它也更灵活,因此可以以其他方式使用。例如,EF4 将或多或少地支持您自己的 POCO 对象在更多领域驱动设计中的持久性。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)