- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
在许多基本示例中,我看到 using block 包裹在 DbContext
用法中,如下所示:
using (var context = new MyDbContext())
{
// Perform data access using the context
}
这是有道理的,因为正在创建一个"new"实例,所以您希望在完成后处理它。
使用依赖注入(inject)
然而,在我正在处理的许多项目中,我看到 DbContext
被注入(inject)到存储库和服务层中,如下所示:
public class FileRequestService : IFileRequestService
{
private readonly MyDbContext _myDbContext;
public FileRequestService(MyDbContext myDbContext)
{
_myDbContext = myDbContext;
}
public FileRequest SaveFileRequest(FileRequest fileRequest)
{
fileRequest.Status = FileRequestStatus.New;
//...
//...
var fr = _myDbContext.FileRequests.Add(fileRequest);
_myDbContext.SaveChanges();
return fr;
}
}
在DI容器中配置如下:
container.Options.DefaultScopedLifestyle = new WebRequestLifestyle();
container.Register<MyDbContext>(Lifestyle.Singleton);
问题一
这里没有使用 using 语句可以吗,因为它可能会在网络请求结束后被处理掉?
使用 DI/UoW
工作单元模式的类似场景,我看到了这个:
public class RecordController : Controller
{
private readonly IUnitOfWork _unitOfWork;
public RecordController(IUnitOfWork unitOfWork)
{
_unitOfWork = unitOfWork;
}
[HttpPost, ActionName("Index")]
public PartialViewResult Search(SearchQueryViewModel searchQueryViewModel)
{
var deptId =
_unitOfWork.DepartmentRepository.Get(x => x.DepartmentCode == searchQueryViewModel.code)
.Select(s => s.DepartmentId)
.FirstOrDefault();
//...
}
}
在容器中配置如下:
container.Register<IUnitOfWork, UnitOfWork>(Lifestyle.Scoped);
container.Register<IGenericRepository<Department>, GenericRepository<Department>>(Lifestyle.Scoped);
DbContext
正常注入(inject)到 UoW 类的构造函数中。
问题二
同样,这里没有使用 using 语句是否可以,或者我应该在 UoW 类上实现 IDisposable
接口(interface)并执行如下操作:
using (_unitOfWork)
{
var deptId =
_unitOfWork.DepartmentRepository.Get(x => x.DepartmentCode == searchQueryViewModel.code)
.Select(s => s.DepartmentId)
.FirstOrDefault();
//...
}
最佳答案
简单地说,谁创建了一个实例,谁就应该负责调用它的dispose方法。
关于问题 1:我个人会避免为 DbContext 使用单例。在 google 上快速搜索会显示很多文章/Stackoverflow 问题,但这里是第一个:Entity Framework Context in Singleton在你目前的情况下 - 它不会被处理掉,永远不会。它在单例范围内注册,这意味着您将拥有一个实例,该实例将与容器保持一致。 (简单的注入(inject)器范围帮助页面供引用 - http://simpleinjector.readthedocs.io/en/latest/lifetimes.html)
关于问题 2:大多数容器在离开其作用域后会调用所有 IDisposable 实例的 dispose 方法。如果您较早地调用 dispose 自己,您可能最终会处置将作为依赖项提供的实例到其他地方。这样做会导致其他代码尝试使用完全相同的处置实例...
编辑:如果范围不受 DI 框架控制,您当然必须自己调用 dispose。但这不是我们讨论的情况
关于c# - 使用 DI 和 UoW 模式时是否需要使用 EF 语句,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42065153/
在我的 ZF2 应用程序中,我使用 Zend\Di\Di创建我所有的类实例。使用 Zend\Di\Definition\CompilerDefinition 扫描 DI 定义并使用 APC 缓存。这避
为什么人们使用 Spring DI 而不是 JSR330 DI?我看到许多项目仍在高速推进,而 spring DI 却忽视了 JSR330 规范。许多人甚至不知道它的存在。是不是它的营销力度不够,而
我正在使用 spring 制作一个 Web 应用程序,在 web.xml 中我定义了 context-param 来查找 application-context.xml 文件,该文件扫描除 Contr
给定的是 Intel 8086 处理器的汇编程序,它将数组中的数字相加: .model small .stack 100h .data array dw 1,2,3,1,2 sum
.NET 和 Java 都有大量可用的 DI/IoC 容器,并且每个 有许多我发现在不同方面非常有用的模式 与他们合作。我现在正处于我想做等价的地步 JavaScript 中的东西。由于 JavaSc
我有一个使用 Spring 进行 DI 的 Swing 项目,现在我正在尝试迁移到 Eclipse 4 和 OSGi. 使用 Spring 的配置文件,用户可以注释/取消注释 bean,以添加/删除功
Spring 有两种两种类型的 DI:setter DI 和构造 DI。 基于构造函数的 DI 修复了需要注入(inject)依赖项的顺序。基于 Setter 的 DI 不提供此功能。 基于 Sett
TL;博士 在 JCenter 访问 Kodein 核心包是未经授权的。 详情 我们正在使用 Kodein 进行依赖注入(inject),但是当 Gradle 尝试下载任何 org.kodein.*
我已经使用 NInject 一段时间了,现在我将在 Asp.net Core 中开始一个项目。好像NInject cannot be used with Asp.net Core .所以现在我的问题是
目前缺乏有关 DI 主题的文档 - Dependency Injection 。与现有解决方案(Ninject、Autofac、StructureMap)相比,使用内置 DI 有何优点/缺点?默认依赖
我想做的是将两个 Actor (木乃伊 Actor 和爸爸 Actor )传递给小 Actor 。由于使用 actor 引用而不是 actor 是最佳实践,因此我使用 IActorRef 将木乃伊 a
我是 MQL4 的菜鸟,我正在编写我的第一个 EA。 我的目标是获取 ADX 指标的 +DI 和 -DI 的变量。 我使用了 iADX() 函数,如下所示: double a; int OnInit(
我有一个环境,有 4 个相同的设备,我必须连接到这些设备并通过 TCP 连接请求一些参数(每个设备都有其 IP 地址)。 我为需要一些参数的单个设备实现了一个类(如 IP 地址、端口、轮询间隔等...
我正在尝试将 DI(使用 Autofac)引入现有的 Windows 窗体应用程序。 此应用程序有一个基本的插件架构,其中每个插件都显示自己的表单。在启动时,应用程序会扫描已注册的程序集以查找实现 I
我有一个基于 .NET Core API Gateway 的项目。我想引入依赖注入(inject)(di),因为我需要引入的很多包都是基于这种模式的,所以需要使用 IServiceCollection
我正在尝试使用蛋糕模式进行依赖注入(inject),如下所示: trait FooComponent { val foo: Foo trait Foo; } trait AlsoNeedsFo
我即将创建一个桌面应用程序(使用 .NET windows 窗体) 本质上,我想创建一个 n 层应用程序,但我也想要层之间的松散耦合。但是,我不太确定这是否是 Windows 窗体的好方法 现在我只是
我想在我的一个项目中使用依赖注入(inject) (DI)。我写了一个基本的 DI 库,其工作原理如下 let di = new DI(); di.register('screen', Screen)
在: module.directive 'name', -> (scope, element, attr) -> # Whatever implemenation 链接函数的 scope、
我使用这个库https://github.com/smsapi/smsapi-php-client从站点发送短信。但是当我尝试处理服务中的基类时遇到了问题。所以我的问题是有没有办法用参数调用静态方法?
我是一名优秀的程序员,十分优秀!