NHibernate架构？

Question

我打算使用nhibernate作为ORM来实现我的下一个项目(asp.net MVC).由于我没有使用nhibernate的经验,我想知道如何组织不同项目之间的依赖关系.我已经看到这样的东西作为推荐的方法:

• UI取决于Model,Repositories和NHibernate
• 存储库依赖于Model和Nhibernate

    ----- UI-----------------------------
   |                |                    |
   |                |                    |
    Model  NHibernate

问题是我不希望UI代码直接与nhibernate交互,所以我想到这样的事情:

• UI取决于Model和Facade
• Facade依赖于Model和Nhibernate

----- UI -------- | | | | 模型

Facade,实际上将拥有存储库以及封装nhibernate对象.

这听起来合理吗？首选架构是否有任何指导方针？

感谢名单

Answer 1

这通常是我在我的应用程序中执行的操作:

• Foo.Core

  • 包含域对象,业务逻辑等
  • 不参考任何基础结构相关的程序集,例如Web服务,ESB或数据访问
  • 有些人也把存储库接口放在这里,但这是一个设计选择.它允许您在此处拥有与存储库交互的域服务,仍然与NHibernate脱钩

• Foo.Persistence

  • 对NHibernate的引用
  • 存储库实现
  • 工作单元HttpModule for ASP.NET(帮助控制NHibernate在Web应用程序中的会话生命周期)

• Foo.Web

  • 引用Foo.Core和Foo.Persistence
  • HttpModule引用控制NHibernate Session

Foo.Web永远不会直接与NHibernate交互......它始终通过存储库.使用IoC容器,您只需请求IRepository,而不关心实现是什么.