多轻多软的雪花啊，在空中飘舞着，追逐着，像—朵朵精巧的白菊。暗黄色的天际中像燃着一团百年都没有澌灭的野火，它肆无忌惮的吞噬着天间彩云，仿佛地狱使者受到差遣，来破坏天际的和谐。
图如下：
在常见的用例场景下，类图的对象图如下：
问题在一个用例执行过程中，如何保证同一个界限上下文内的所有仓储实例可以共享同一个工作单元实例？解决方案1仓储采用依赖注入模式 + 使用IOC管理工作单元的生命周期（PerRequest或其它）。
代码示例
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;using Autofac;namespace AutoFacStudy
{
class Program
{
static void Main(string[] args)
{
var buider = new ContainerBuilder();
buider.RegisterType<服务>();
buider.RegisterType<仓储A>();
buider.RegisterType<仓储B>();
buider.RegisterType<工作单元>().InstancePerLifetimeScope(); var container = buider.Build(); dynamic 服务 = container.Resolve<服务>(); //下边两行代码输出一样
Console.WriteLine(服务.仓储A.工作单元.GetHashCode());
Console.WriteLine(服务.仓储B.工作单元.GetHashCode());
}
} public class 服务
{
private readonly 仓储A _仓储A;
private readonly 仓储B _仓储B; public 服务(仓储A 仓储A, 仓储B 仓储B)
{
_仓储A = 仓储A;
_仓储B = 仓储B;
} public 仓储A 仓储A
{
get { return _仓储A; }
} public 仓储B 仓储B
{
get { return _仓储B; }
}
} public class 工作单元 { } public class 仓储A
{
private readonly 工作单元 _工作单元; public 仓储A(工作单元 工作单元)
{
_工作单元 = 工作单元;
} public 工作单元 工作单元
{
get { return _工作单元; }
}
} public class 仓储B
{
private readonly 工作单元 _工作单元; public 仓储B(工作单元 工作单元)
{
_工作单元 = 工作单元;
} public 工作单元 工作单元
{
get { return _工作单元; }
}
}
}
解决方案2
仓储采用服务定位器模式 + 使用服务定位器或简单工厂管理工作单元的生命周期（PerRequest或其它）。
代码示例
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;using Autofac;namespace AutoFacStudy
{
class Program
{
public static IContainer 服务定位器; static void Main(string[] args)
{
var buider = new ContainerBuilder();
buider.RegisterType<服务>();
buider.RegisterType<仓储A>();
buider.RegisterType<仓储B>();
buider.RegisterType<工作单元>().InstancePerLifetimeScope(); 服务定位器 = buider.Build(); dynamic 服务 = 服务定位器.Resolve<服务>(); //下边两行代码输出一样
Console.WriteLine(服务.仓储A.工作单元.GetHashCode());
Console.WriteLine(服务.仓储B.工作单元.GetHashCode());
}
} public class 服务
{
private readonly 仓储A _仓储A;
private readonly 仓储B _仓储B; public 服务(仓储A 仓储A, 仓储B 仓储B)
{
_仓储A = 仓储A;
_仓储B = 仓储B;
} public 仓储A 仓储A
{
get { return _仓储A; }
} public 仓储B 仓储B
{
get { return _仓储B; }
}
} public class 工作单元 { } public class 仓储A
{
private readonly 工作单元 _工作单元; public 仓储A()
{
_工作单元 = Program.服务定位器.Resolve<工作单元>();
} public 工作单元 工作单元
{
get { return _工作单元; }
}
} public class 仓储B
{
private readonly 工作单元 _工作单元; public 仓储B()
{
_工作单元 = Program.服务定位器.Resolve<工作单元>();
} public 工作单元 工作单元
{
get { return _工作单元; }
}
}
}
由此示例可以看出，服务定位器和依赖注入可以混合在一起使用。这个例子我为了简单，服务定位器和IOC容器是同一个实例。
有些系统将服务定位器的实现换成简单工厂模式，他们本质上是一样的（服务定位器是一个万能工厂）。
代码示例
public class 工作单元工厂
{
public static 工作单元 创建()
{
var 工作单元 = (工作单元)CallContext.GetData("工作单元"); if (工作单元 == null)
{
工作单元 = new 工作单元();
CallContext.SetData("工作单元", 工作单元);
} return 工作单元;
}
}
到此这篇关于关于DDD:管理工作单元实例的两种模式的使用方法就介绍到这了。去交会让你开心的朋友，去爱不会让你流泪的人，去向自己想去的方向，去完成不论大小的梦想，生活应该是美好而又温柔的，你也是。更多相关关于DDD:管理工作单元实例的两种模式的使用方法内容请查看相关栏目，小编编辑不易，再次感谢大家的支持！