【问题标题】:MVC + EF4 + POCO - How to go about storing the Entity Context?MVC + EF4 + POCO - 如何存储实体上下文?
【发布时间】:2011-05-09 09:13:12
【问题描述】:

通过 MvcMusicStore 教程,我正在开始一个 MVC 项目。我试图弄清楚 POCO 生成的数据/实体上下文的存储方式。

在示例中,控制器生成实体上下文的副本,所有操作都在那里完成:

        MusicStoreEntities storeDB = new MusicStoreEntities();

        //
        // GET: /Store/

        public ActionResult Index()
        {
            // Retrieve list of Genres from database
            var genres = from genre in storeDB.Genres
                         select genre.Name;
            [...]

如果我要将解决方案分层,保留上下文的标准做法(或关键选项)是什么?我是在控制器中生成它,然后将其传递给存储库,还是存储库可以保留通用副本?

我了解以上内容对于使用工作单元模式是必要的。

我的图层是:

  • 数据(edmx 文件)
  • 实体(从 POCO 生成)
  • 存储库
  • Mvc 网络应用程序

我的其他问题: - 生成上下文的开销是多少? - 由于没有 .Close(),并且它没有实现 IDisposable,它背后的 ObjectContext 是否生成单独的连接、连接池、共享单个实例? - 如果 ObjectContext 在层/操作之间传递太多,是否可以锁定它?

提前致谢。

【问题讨论】:

标签: asp.net-mvc entity-framework poco


【解决方案1】:

我不想在这里过多的细节/代码,所以我只提几点:

  1. 您的控制器可以使用多个存储库
  2. 每个聚合根应该有一个存储库
  3. 工作单元使多个存储库之间的控制器工作成为可能
  4. 使用 DI 容器来处理工作单元(实际上是上下文)的生命周期管理
  5. 不要对上下文使用单例,让 DI 容器实例化/处置上下文每个 HTTP 请求

【讨论】:

  • 顺便说一句 - 如果您愿意,我可以在特定区域显示一些示例代码,但是有很多代码可以完成上述操作。
  • 没问题。这绝对是最重要的。
  • 我认为这里的要点是不要尝试跨请求保持上下文活跃。实例化它没有太多开销,因为它旨在以延迟方式完成所有工作。 I.E.:仅当您使用实体时。
  • @Slappy - 恰到好处。我还禁用了延迟加载,以便仅在我这样说时才使用查询/上下文。
【解决方案2】:

我为每个控制器创建一个存储库并将我的上下文放入其中。我遵循的规则是存储库处理我可能想要模拟的任何内容(不是存储库的真正定义,但它适用于我)。如有必要,存储库可以调用其他存储库,但控制器不必知道它。 Context 是存储库的一个实例属性,是按需创建的(我还没有进入 IOC)。如果存储库调用另一个存储库,它会传递 Context 实例。

看起来有点像……

public class MyController : Controller
{
    public IMyControllerRepository Repository { get; set; }
    public ActionResult MyAction(int id)
    {
        var model = Repository.GetMyModel(id);
        return View(model);
    }
}

public class MyControllerRepository : IMyControllerRepository
{
    public MyContext Context { get; set; };
    public MyModel GetMyModel(int id)
    {
        return (from m in Context.MyModels
                where m.ID = id
                select m).SingleOrDefault();
    }
}

【讨论】:

  • 干杯。存储库是按页面实例化的(加载控制器时),还是分配给任何创建的 MyController 的单个存储库?
  • "如果需要,存储库可以调用其他存储库..." 这肯定是您会使用服务层的一种情况?
  • @Overflew - 我根据需要在控制器中实例化存储库。控制器在请求时被实例化,因此这将是每个请求。由于存储库包含对上下文的引用,因此您不希望在请求之间共享它。
  • @awrigley - 不确定您所说的“服务层”是什么意思。如果您指的是 WCF 或 Web 服务之类的东西,那么绝对不是。您希望能够在存储库之间共享上下文,以便它们都可以使用相同的数据工作,而您不必处理从上下文中附加/分离对象的问题。公平地说,我试图将自己视为一个实用主义者而不是纯粹主义者,并且不相信当简单的东西很好用时创造复杂的东西。
  • 不,服务层是存储库和控制器之间的过渡
猜你喜欢
  • 2010-12-19
  • 2011-06-06
  • 1970-01-01
  • 1970-01-01
  • 2011-04-25
  • 1970-01-01
  • 1970-01-01
  • 2012-04-13
  • 2011-06-04
相关资源
最近更新 更多