gpt4 book ai didi

c# - 在 Ninject 中部署

转载 作者:太空宇宙 更新时间:2023-11-03 23:06:07 26 4
gpt4 key购买 nike

我将 Ninject 用于 DI,它为每个请求创建 DbContext(所有服务都创建一个)并且我通常为每个请求调用几个服务方法(因此我无法在调用第一个服务方法后处理 DbContext)。

问题是,我应该让 WallService 或 WallManager(以及其他服务和管理器)成为 IDisposable 以及 Dispose 逻辑会创建什么?

我的业务逻辑层

namespace MySite.BLL.Services
{
public class WallService
{
WallManager wallManager;

public WallService(MybContext db)
{
wallManager = new WallManager(db);
}
}
}

我的数据访问层

namespace MySite.DAL.Repositories
{
public class WallManager
{
MyDbContext db;
public WallManager(MyDbContext db)
{
this.db = db;
}
}
}

NinjectWebCommon.cs

kernel.Bind<MyDbContext>().ToSelf().InRequestScope().WithConstructorArgument<string>("MyMsSqlString");
kernel.Bind<WallService>().ToSelf().InRequestScope();

MyBaseController.cs

public class MyBaseController : Controller
{
[Inject]
public WallService WallService { get; set; }

// Other Services ..
}

最佳答案

(这更像是一个扩展评论而不是一个答案)

我很确定你不需要这样做 - 不仅你不需要需要而且在这种情况下你真的不应该 .

问题是,您没有创建 DbContext以你自己为例 - 你将责任委托(delegate)给 IOC 库;在这方面,引用只是“通过”,所以你的类都没有它,也不应该做任何可能破坏它的事情。

此外,DbContext是一个托管对象,所以你不需要 Dispose无论如何。 There is a very good answer on this site about this notion already ,虽然它没有直接解决您的问题,因此我没有标记为重复

关于您的代码,我注意到一件事。您正在注入(inject) DbContext , 然后用它来创建一个 WallManager实例。这有点违背了依赖注入(inject)的目的。为什么不直接注入(inject) WallManager进入WallService

public class WallService
{
readonly WallManager _wallManager;

public WallService(WallManager manager)
{
if (manager==null){
throw new ArgumentNullException("manager");
}
_wallManager = manager;
}
}

Ninject (或任何其他 IOC 库)确定它需要创建和注入(inject)一个 DbContext 是没有问题的。进入manager依赖关系,一旦你注册了 WallManager用它打字;这里的想法是您注册所有可能的依赖类型,然后库为您构建对象图。

这样你就不必依赖 DbContext直接在你的WallService ...我猜你只是为了创建 WallManager 而使用它无论如何 - 如果您使用DbContextWallService我建议您再看看设计,因为您应该将数据访问限制在一层。

关于c# - 在 Ninject 中部署,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41086028/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com