代码之家  ›  专栏  ›  技术社区  ›  matt_lethargic

实体框架4网站架构

  •  1
  • matt_lethargic  · 技术社区  · 16 年前

    到目前为止,我的计划是把这些层

    网站(应用层),
    我称之为Name.Framework(BLL),
    名称数据(DAL),
    实体(包含POCO类和website/bll中使用的其他结构类,

    我尝试过使用repository类,但是我正在努力使事情按我认为的那样工作。下面是一些我一直坚持的例子。

    如果我想使用.include(),它是在我的存储库中还是由业务层负责(我不知道这在BLL里是怎么回事)

    我应该使用BLL在上下文中传递到存储库/数据层吗?当我从数据层获取一个实体时,任何没有在repo中引用的导航属性都会返回“Object Context Disposed”,业务层是否应该保持上下文等,这样就不会发生这种情况?

    或者总结一下这个帮助!!!

    我需要在明天之前把这个订好由于项目负责人想知道我们是要继续使用实体框架还是作为内部人员迁移到NHibernate,我们对此有更多的了解。

    谢谢你的帮助和建议

    3 回复  |  直到 16 年前
        1
  •  1
  •   WestDiscGolf    15 年前

    我也在寻找类似的东西 this . 目前没有过多调查,但看起来很有希望。

        2
  •  1
  •   Tomas Aschan    16 年前

    我目前正在做一个只有EF4代码的网络爱好项目,我有以下结构([名称]是我的项目名称):

    • [名称].Web-ASP.NET MVC 2项目
    • [名称]。模型-我的POCO类和存储库接口
    • [name].DataAccess—例如,一些与数据访问相关的接口 IUnitOfWork

    我也有一个以上每一个测试项目,加上几个项目的帮助和扩展的测试。

    提到这个爱好项目的部分目的是让我学习如何使用EF4和我自己选择的一些设计模式(在这个项目中与EF相关的是存储库模式和工作单元模式)。另一个部分目的是建立一个代码库,我可以在以后的项目中重用,这影响了我的应用程序中项目之间的划分——例如,如果我不关心重用,我可能会将所有与数据访问相关的类放在一个项目中,而不是两个项目中。

        3
  •  0
  •   kdawg    16 年前

    我已经实现了基本的EF、poco、Repository和UnitOfWork体系结构,主要遵循本文:

    http://devtalk.dk/CommentView,guid,b5d9cad2-e155-423b-b66f-7ec287c5cb06.aspx

    我发现它对这些努力很有帮助。不知道它是否有助于你,但其他人可能会对链接感兴趣。