ASP.NET MVC（领域模型，仓储，流畅接口，服务 - 我的项目结构）

Question

ASP.NET MVC（领域模型，仓储，流畅接口，服务 - 我的项目结构）

c#.netasp.net-mvcdependenciesproject-structure

4

在我的ASP.NET MVC web应用程序中，我有以下内容：

- 由LINQ to SQL创建的域模型 - 存储库，例如UserRepository和OrderRepository - IQueryable Flents作为IQueryable扩展方法，例如public IQueryable<Order> GetNewOrders(this IQueryable<Order>) - 服务，例如UserService和OrderService - 实用类和扩展方法，例如CryptoUtility（执行哈希等操作）和String等扩展 - ViewModel，针对每个MVC视图而特制 - ASP.NET MVC项目本身（控制器、视图）

我正在寻找最适合我的情况的项目结构/组织，特别是将其分成不同的程序集以及这些层之间的依赖关系应该如何。网络资源很遗憾没有详细介绍这一点。

一个提示：目前存储库、服务、IQueryable Fluents等直接针对域模型实现工作，我没有为它们定义接口。我认为这是不必要的，但也许这需要松耦合？我的服务有一个接口（例如IOrderService），我的存储库实现了IRepository<T>。

请给出组织这些内容的简洁方式，特别是哪个层应该依赖于哪个层和程序集组织。谢谢！

- Alex

相关帖子 - ASP.NET MVC解决方案的最佳结构 - RBT

3个回答

3

有一些不同的项目更详细地介绍了这个问题（但请注意，要真正理解所有不同部分是如何协同工作需要付出一定的努力）

- olle

编码训练营服务器是一个很好的例子。 - rmontgomery429

0

你可能想要查看s#arp architecture来了解他们如何构建结构。它使用NHibernate，他们的repos与其直接相关，因此您需要进行修改。

- Chance

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- rmontgomery429 · Accepted Answer

我建议您查看Jeffrey Palermo关于洋葱架构的文章，链接在这里。这种基本架构适用于任何项目，并允许您将核心项目（领域层，持久化等）与Web项目分开。

我们使用MVC/StructureMap/FluentNHibernate实现了这种架构，并取得了很好的效果。

最终，我们的结构类似于下面的结构。

> trunk
  + build (build scripts)
  + lib (external libraries)
  > src (source code)    
   >> Organization.App (solution name)
     >> Organization.App.Core (code library)
        + Config
        > Domain
          > Model
          > Persistence
          > Queries
          > Services
        > Persistence
        > Services
     >> Organization.App.Web (mvc web app)
        > Assets
          + Images
          + Scripts
          + Stylesheets
        + Controllers
        + Views
        + ViewModels

那是基本想法。Web应用程序引用核心应用程序来获取域实体，我们的存储库/工作单元。查看此旧项目在Google Code上，以获得类似的示例。这个好处在于我们能够向同一解决方案中添加新的“UI”项目类型，并像预期的那样重复使用我们的核心项目。比如控制台应用程序或第二个Web应用程序，或者您需要的任何其他类型。