具有依赖注入的实体框架 ObjectContext

Question

好吧，看来我被困在我的应用程序结构中了。这就是我想要做的：

• UI 层：一个 ASP.NET Webforms 网站。
• BLL：业务逻辑层，调用 DAL 上的存储库。
• DAL：.EDMX 文件（实体模型）和带有 Repository 类的 ObjectContext，这些类抽象了每个实体的 CRUD 操作。
• 实体：POCO 实体。执着无知。由 Microsoft 的 ADO.Net POCO 实体生成器生成。

我想在我的存储库中为每个 HttpContext 创建一个对象上下文，以防止性能/线程[un]安全问题。理想情况下，它会是这样的：

public MyDBEntities ctx
{
    get
    {
        string ocKey = "ctx_" + HttpContext.Current.GetHashCode().ToString("x");
        if (!HttpContext.Current.Items.Contains(ocKey))
            HttpContext.Current.Items.Add(ocKey, new MyDBEntities ());
        return HttpContext.Current.Items[ocKey] as MyDBEntities ;
    }
}  

问题是我不想访问我的 DAL（存储库所在的位置）中的 HttpContext。但我必须以某种方式将 HttpContext 传递给 DAL。根据我的问题此处的答案，我必须使用IoC模式。理想情况下，我想在多层架构中实现类似的东西。

我已经检查过 Autofac，它看起来很有前途。 但是我不确定如何在多层架构中实现这一目标（传递 Httpcontext 以确保每个 HttpContext 实例化一个 ObjectContext）。谁能给我一些关于如何实现这一目标的工作示例？如何在不直接访问DAL中的HttpContext的情况下知道DAL中的HttpContext？我觉得我在设计多层解决方案时有点迷失了。

Answer 1

我从未将 IoC 容器与 WebForms 一起使用，因此将其作为一些高级解决方案，可能应该进一步改进。

您可以尝试将一些 IoC 提供程序创建为单例：

public class IoCProvider
{
  private static IoCProvider _instance = new IoCProvider();

  private IWindsorContainer _container;

  public IWindsorContainer
  {
    get
    {
      return _container;
    }
  }

  public static IoCProvider GetInstance()
  {
    return _instance;
  }

  private IoCProvider()
  {
    _container = new WindsorContainer(new XmlInterpreter(new ConfigResource("castle")));
  }
}

您的 web.config 将必须包含以下部分（该配置基于您的 上一篇文章）：

<configuration>
  <configSections>    
    <section name="castle" type="Castle.Windsor.Configuration.AppDomain.CastleSectionHandler, Castle.Windsor" />
  </configSections>

  <castle>
    <components>
      <component id="DalLayer"
                 service="MyDal.IDalLayer, MyDal"
                 type="MyDal.MyDalLayer, MyDal"
                 lifestyle="PerWebRequest">
        <!-- 
             Here we define that lifestyle of DalLayer is PerWebRequest so each
             time the container resolves IDalLayer interface in the same Web request
             processing, it returns same instance of DalLayer class
          -->
        <parameters>
          <connectionString>...</connectionString>
        </parameters>
      </component>
      <component id="BusinessLayer"
                 service="MyBll.IBusinessLayer, MyBll"
                 type="MyBll.BusinessLayer, MyBll" />
      <!-- 
           Just example where BusinessLayer receives IDalLayer as
           constructor's parameter.
        -->
    </components>
  </castle>  

  <system.Web>
    ...
  </system.Web>
</configuration>

这些接口和类的实现可能如下所示：

public IDalLayer
{
  IRepository<T> GetRepository<T>();  // Simplified solution with generic repository
  Commint(); // Unit of work
}

// DalLayer holds Object context. Bacause of PerWebRequest lifestyle you can 
// resolve this class several time during request processing and you will still
// get same instance = single ObjectContext.
public class DalLayer : IDalLayer, IDisposable
{
  private ObjectContext _context; // use context when creating repositories

  public DalLayer(string connectionString) { ... }

  ...
}

public interface IBusinessLayer
{
  // Each service implementation will receive necessary 
  // repositories from constructor. 
  // BusinessLayer will pass them when creating service
  // instance

  // Some business service exposing methods for UI layer
  ISomeService SomeService { get; } 
}

public class BusinessLayer : IBusinessLayer
{
  private IDalLayer _dalLayer;

  public BusinessLayer(IDalLayer dalLayer) { ... }

  ...
}

您可以为页面定义基类并公开业务层（您可以对任何其他可以解析的类执行相同的操作）：

public abstract class MyBaseForm : Page
{
  private IBusinessLayer _businessLayer = null;
  protected IBusinessLayer BusinessLayer
  {
    get 
    { 
      if (_businessLayer == null)
      {
        _businessLayer = IoCProvider.GetInstance().Container.Resolve<IBusinessLayer>(); 
      }

      return _businessLayer;         
  }

  ...
}

复杂的解决方案涉及使用自定义 PageHandlerFactory 直接解析页面并注入依赖项。如果您想使用此类解决方案，请检查 Spring.NET 框架（另一个带有 IoC 容器的 API）。