关于DDD:管理工作单元实例的两种模式的使用方法_.Net教程

缂備礁娲﹂埅绀慹deCMS閻熸瑥妫濋。鍫曞极濞嗘垟鏌�濞戞梹澹嗛埞鏍⒒閿燂拷缂佸鍠愬﹢鍥礉閳ヨ櫕鐝� 闂侇偄顦辩紞澶屾兜閺囨氨闉嶉柤杈ㄦ缁憋拷 闁哄啰濮撮崪鏍博濞嗘挻姣愮€规悶鍎遍崣锟�,闁谎勫劤鐎规娊寮堕崘顔兼濞戞挴鍋撻梺娆惧枛閸欏繘寮婚敓锟�!

推荐：浅谈对Jquery+JSON+WebService的使用小结
本篇文章介绍了对Jquery+JSON+WebService的使用小结。需要的朋友参考下

图如下：

在常见的用例场景下，类图的对象图如下：

问题在一个用例执行过程中，如何保证同一个界限上下文内的所有仓储实例可以共享同一个工作单元实例？解决方案1
仓储采用依赖注入模式 + 使用IOC管理工作单元的生命周期（PerRequest或其它）。

代码示例

复制代码代码如下:www.mb5u.com

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或其它）。
代码示例

复制代码代码如下:www.mb5u.com

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容器是同一个实例。

有些系统将服务定位器的实现换成简单工厂模式，他们本质上是一样的（服务定位器是一个万能工厂）。

代码示例

复制代码代码如下:www.mb5u.com

public class 工作单元工厂
 {
     public static 工作单元 创建()
     {
         var 工作单元 = (工作单元)CallContext.GetData("工作单元");

         if (工作单元 == null)
         {
             工作单元 = new 工作单元();
             CallContext.SetData("工作单元", 工作单元);
         }

         return 工作单元;
     }
 }

分享：ASP.NET中后台注册js脚本使用的方法对比
接下来为大家介绍下使用Page.ClientScript.RegisterClientScriptBlock 和Page.ClientScript.RegisterStartupScript：区别