我有一个 DbContext 的子类
public class MyContext : DbContext { }
我有一个围绕 MyContext 的 IUnitOfWork 抽象,它实现了 IDisposable 以确保像 MyContext 这样的引用是在适当的时候处理掉
public interface IUnitOfWork : IDisposable { }
public class UnitOfWork : IUnitOfWork
{
private readonly MyContext _context;
public UnitOfWork()
{
_context = new MyContext();
}
~UnitOfWork()
{
Dispose(false);
}
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
}
private bool _disposed;
protected virtual void Dispose(bool disposing)
{
if (_disposed) return;
if (disposing)
{
if (_context != null) _context.Dispose();
}
_disposed = true;
}
}
我的 UnitOfWork 注册了每个(网络)请求的生命周期范围。我有 IUnitOfWork 的装饰器,可以注册为 transient 或生命周期范围,我的问题是他们应该如何实现 IDisposable - 特别是他们应该或不应该通过在调用 Dispose() 时。
public class UnitOfWorkDecorator : IUnitOfWork
{
private readonly IUnitOfWork _decorated;
public UnitOfWorkDecorator(IUnitOfWork decorated)
{
_decorated = decorated;
}
public void Dispose()
{
//do we pass on the call?
_decorated.Dispose();
}
}
我看到 2 个选项(我猜选项 2 是正确答案):
Dispose()。如果它是生命周期范围的,它应该。Dispose() 的调用。一个对象应该只 Dispose() 它封装和装饰的实例不是封装。最佳答案
what should [decorators] do with regard to implementing IDisposable
这又回到了所有权的一般原则。问问自己:“谁拥有这种一次性类型?”。这个问题的答案是:拥有该类型的人负责处置它。
由于一次性类型是从外部传递给装饰器的,装饰器没有创建该类型,通常不应该负责清理它。装饰器无法知道是否应该处理该类型(因为它不控制其生命周期),这在您的情况下非常清楚,因为装饰器可以注册为 transient ,而被装饰者的生命周期更长.在您的情况下,如果您从装饰器中处理装饰器,您的系统将简单地崩溃。
所以装饰者永远不应该处置被装饰者,仅仅因为它不拥有被装饰者。这是你的责任Composition Root处置那个被装饰的人。在这种情况下,我们谈论装饰器并不重要;它仍然归结为所有权的一般原则。
Each decorator should only be concerned with disposing of itself and should never pass on the call to the decorated instance.
正确。尽管装饰器应该处理它拥有的所有东西,但由于您使用的是依赖注入(inject),它通常不会自己创建很多东西,因此不拥有那些东西。
另一方面,您的 UnitOfWork 创建了一个新的 MyContext 类,因此拥有该实例的所有权,它应该处理它。
这条规则也有异常(exception),但它仍然归结为所有权。有时您确实会将一种类型的所有权传递给其他人。例如,当使用工厂方法时,按照惯例,工厂方法将创建的对象的所有权传递给调用者。有时所有权会传递给创建的对象,例如 .NET 的 StreamReader 类。 API 文档对此很清楚,但由于设计如此不直观,开发人员不断被这种行为绊倒。 .NET 框架中的大多数类型都不是这样工作的。例如,SqlCommand 类不会处理 SqlConnection,如果它确实处理了连接,那将非常烦人。
看待这个问题的另一种方式是从 SOLID principles 的角度来看.通过让 IUnitOfWork 实现 IDisposable,您违反了 Dependency Inversion Principle ,因为“抽象不应该依赖于细节;细节应该依赖于抽象”。通过实现 IDisposable,您会将实现细节泄露到 IUnitOfWork 接口(interface)中。实现 IDisposable 意味着该类具有需要处理的非托管资源,例如文件句柄和连接字符串。这些是实现细节,因为这种接口(interface)的每个实现实际上根本不需要处理的情况几乎不可能。您只需为您的单元测试创建一个假的或模拟的实现,并且您有一个不需要处理的实现证明。
因此,当您通过从 IUnitOfWork 中删除 IDisposable 接口(interface)并将其移至实现中来修复此 DIP 违规时,装饰器将无法处置被装饰者,因为它无法知道被装饰者是否实现了 IDisposable。这很好,因为根据 DIP,装饰者不应该知道 - 而且 - 我们已经确定装饰者不应该处置被装饰者。
关于c# - 装饰器和 IDisposable,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17943870/
如何在ruby中调用C#dll? 最佳答案 我能想到几种可能性:为您的DLL编写(或找人编写)一个COM包装器,如果它还没有,则使用Ruby的WIN32OLE库来调用它;看看RubyCLR,其中一位作者是JohnLam,他继续在Microsoft从事IronRuby方面的工作。(估计不会再维护了,可能不支持.Net2.0以上的版本);正如其他地方已经提到的,看看使用IronRuby,如果这是您的技术选择。有一个主题是here.请注意,最后一篇文章实际上来自JohnLam(看起来像是2009年3月),他似乎很自在地断言RubyCL
我正在尝试在Ruby中复制Convert.ToBase64String()行为。这是我的C#代码:varsha1=newSHA1CryptoServiceProvider();varpasswordBytes=Encoding.UTF8.GetBytes("password");varpasswordHash=sha1.ComputeHash(passwordBytes);returnConvert.ToBase64String(passwordHash);//returns"W6ph5Mm5Pz8GgiULbPgzG37mj9g="当我在Ruby中尝试同样的事情时,我得到了相同sha
C#实现简易绘图工具一.引言实验目的:通过制作窗体应用程序(C#画图软件),熟悉基本的窗体设计过程以及控件设计,事件处理等,熟悉使用C#的winform窗体进行绘图的基本步骤,对于面向对象编程有更加深刻的体会.Tutorial任务设计一个具有基本功能的画图软件**·包括简单的新建文件,保存,重新绘图等功能**·实现一些基本图形的绘制,包括铅笔和基本形状等,学习橡皮工具的创建**·设计一个合理舒适的UI界面**注明:你可能需要先了解一些关于winform窗体应用程序绘图的基本知识,以及关于GDI+类和结构的知识二.实验环境Windows系统下的visualstudio2017C#窗体应用程序三.
我如何做Ruby方法"Flatten"RubyMethod在C#中。此方法将锯齿状数组展平为一维数组。例如:s=[1,2,3]#=>[1,2,3]t=[4,5,6,[7,8]]#=>[4,5,6,[7,8]]a=[s,t,9,10]#=>[[1,2,3],[4,5,6,[7,8]],9,10]a.flatten#=>[1,2,3,4,5,6,7,8,9,10 最佳答案 递归解决方案:IEnumerableFlatten(IEnumerablearray){foreach(variteminarray){if(itemisIEnume
我最近从C#转向了Ruby,我发现自己无法制作可折叠的标记代码区域。我只是想到做这种事情应该没问题:classExamplebegin#agroupofmethodsdefmethod1..enddefmethod2..endenddefmethod3..endend...但是这样做真的可以吗?method1和method2最终与method3是同一种东西吗?还是有一些我还没有见过的用于执行此操作的Ruby惯用语? 最佳答案 正如其他人所说,这不会改变方法定义。但是,如果要标记方法组,为什么不使用Ruby语义来标记它们呢?您可以使用
什么是Linq聚合方法的ruby等价物。它的工作原理是这样的varfactorial=new[]{1,2,3,4,5}.Aggregate((acc,i)=>acc*i);每次将数组序列中的值传递给lambda时,变量acc都会累积。 最佳答案 这在数学以及几乎所有编程语言中通常称为折叠。它是更普遍的变形概念的一个实例。Ruby从Smalltalk中继承了这个特性的名称,它被称为inject:into:(像aCollectioninject:aStartValueinto:aBlock一样使用。)所以,在Ruby中,它称为inj
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题?更新问题,以便editingthispost可以用事实和引用来回答它.关闭8年前。Improvethisquestion几年前我去学校学习编程,毕业后我找到了一份系统管理方面的工作,这就是我职业生涯的方向。我想重新开始某种开发,并且一直在“玩”C#和ASP.NET,但我已经听到很多关于其他"new"语言的讨论(新的意思是它们是新的)我)喜欢Ruby和F#。我想我想知道我是否在浪费时间学习主要的MS语言,而不是成为一名通才。很长一段时间没有离开开发社区(如果我曾经离开过的话)让我在潮流中挣扎,我不想落在时代的
我有一个简单的Ruby脚本,我用它在某些HTTPheader上执行private_encrypt以签署要发送到rubyRESTAPI的Web请求,该API会根据Base64编码字符串测试Base64编码字符串生成而不是解码Base64和解密数据然后测试原始字符串。我使用的脚本是require"openssl"require"base64"path_to_cert=ARGV[0].dupplain_text=Base64.decode64(ARGV[1].dup)private_key=OpenSSL::PKey::RSA.new(File.read(path_to_cert))pu
我正在为我的在线商店使用SpreeCommerce。我想在结帐过程中更改一些行为,这些行为在spreegem内的app/models/spree/order/checkout.rb中定义。所以我在我的应用程序中的同一点创建了一个checkout_decorator.rb。问题是,我的更改没有加载。另一个问题是,模块内的所有内容都在一个方法内,即defself.included(klass)方法。所以我想我必须覆盖整个文件,而不是只覆盖一种方法。这是我的装饰器的样子:checkout_decorator.rbSpree::Order::Checkout.module_evaldodefs
我是ruby开发的新手,我目前正在使用rails2.3.11在ruby1.8.7中开发一个项目,我想知道这种语言是否有与C#的linq等效的集合操作,例如where子句。谢谢。 最佳答案 Ruby中Linq的where等价于find_all检查documentationfortheEnumerableModule用于其他功能。 关于C#的LINQ用于在ruby中等效的集合操作,我们在StackOverflow上找到一个类似的问题: https://