圖如下：
在常見的用例場景下，類圖的對象圖如下：
問題在一個(gè)用例執(zhí)行過程中，如何保證同一個(gè)界限上下文內(nèi)的所有倉儲實(shí)例可以共享同一個(gè)工作單元實(shí)例？解決方案1
倉儲采用依賴注入模式 + 使用IOC管理工作單元的生命周期（PerRequest或其它）。
代碼示例
復(fù)制代碼 代碼如下:
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服務(wù)>();
buider.RegisterType倉儲A>();
buider.RegisterType倉儲B>();
buider.RegisterType工作單元>().InstancePerLifetimeScope();
var container = buider.Build();
dynamic 服務(wù) = container.Resolve服務(wù)>();
//下邊兩行代碼輸出一樣
Console.WriteLine(服務(wù).倉儲A.工作單元.GetHashCode());
Console.WriteLine(服務(wù).倉儲B.工作單元.GetHashCode());
}
}
public class 服務(wù)
{
private readonly 倉儲A _倉儲A;
private readonly 倉儲B _倉儲B;
public 服務(wù)(倉儲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
倉儲采用服務(wù)定位器模式 + 使用服務(wù)定位器或簡單工廠管理工作單元的生命周期（PerRequest或其它）。
代碼示例
復(fù)制代碼 代碼如下:
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 服務(wù)定位器;
static void Main(string[] args)
{
var buider = new ContainerBuilder();
buider.RegisterType服務(wù)>();
buider.RegisterType倉儲A>();
buider.RegisterType倉儲B>();
buider.RegisterType工作單元>().InstancePerLifetimeScope();
服務(wù)定位器 = buider.Build();
dynamic 服務(wù) = 服務(wù)定位器.Resolve服務(wù)>();
//下邊兩行代碼輸出一樣
Console.WriteLine(服務(wù).倉儲A.工作單元.GetHashCode());
Console.WriteLine(服務(wù).倉儲B.工作單元.GetHashCode());
}
}
public class 服務(wù)
{
private readonly 倉儲A _倉儲A;
private readonly 倉儲B _倉儲B;
public 服務(wù)(倉儲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.服務(wù)定位器.Resolve工作單元>();
}
public 工作單元 工作單元
{
get { return _工作單元; }
}
}
public class 倉儲B
{
private readonly 工作單元 _工作單元;
public 倉儲B()
{
_工作單元 = Program.服務(wù)定位器.Resolve工作單元>();
}
public 工作單元 工作單元
{
get { return _工作單元; }
}
}
}
由此示例可以看出，服務(wù)定位器和依賴注入可以混合在一起使用。這個(gè)例子我為了簡單，服務(wù)定位器和IOC容器是同一個(gè)實(shí)例。
有些系統(tǒng)將服務(wù)定位器的實(shí)現(xiàn)換成簡單工廠模式，他們本質(zhì)上是一樣的（服務(wù)定位器是一個(gè)萬能工廠）。
代碼示例
復(fù)制代碼 代碼如下:
public class 工作單元工廠
{
public static 工作單元 創(chuàng)建()
{
var 工作單元 = (工作單元)CallContext.GetData("工作單元");
if (工作單元 == null)
{
工作單元 = new 工作單元();
CallContext.SetData("工作單元", 工作單元);
}
return 工作單元;
}
}
