c# - ASP.Net MVC 3 中单独项目的数据访问层和业务逻辑层

标签 c# asp.net asp.net-mvc-3 entity-framework repository-pattern

我目前正在使用 ASP.Net MVC 3 开发 Web 应用程序。

我的解决方案中有这样的结构:

  • WebApp 项目(模型、 View 、 Controller )
  • 服务层(接口(interface)、业务逻辑)
  • 域项目(存储库、接口(interface)、EF)
  • EF4POCO 项目 (POCO)

只是想知道这是否是正确的方法,我的数据访问层和业务逻辑层位于不同的项目上。

最佳答案

只要您的应用程序层是松散耦合的(例如通过使用接口(interface)/依赖注入(inject)/等),它们就可以位于同一个项目中。

但是,是的,将它们拆分为单独的项目是常见的做法,并且从长远来看可能更具可维护性和可扩展性。

关于c# - ASP.Net MVC 3 中单独项目的数据访问层和业务逻辑层,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15759351/

相关文章:

c# - 使用贫血域模型的服务之间的循环引用

c# - 今天第一次调用 C# webservice 非常慢 - 分析

asp.net - Visual Web Developer 2010 Express Web.config 转换问题

asp.net-mvc-3 - ASP.NET MVC 3 中 DropDownListFor 的数据绑定(bind)错误?

database - MVC3 数据上下文最佳实践

c# - Visual Studio 2012 "Unable to start debugging"

c# - 警告 : "... overrides Object.Equals(object o) but does not override Object.GetHashCode()"

jquery - 使用 Asp.Net 按钮选择选项卡

asp.net-mvc-3 - Razor If/Else 条件运算符语法

c# - 此方法尝试的术语是什么?