[浪子學程式設計][MS Enterprise Library]ObjectBuilder之建立政策祥解(二)

<b>ObjectBuilder</b><b>之建立政策祥解</b><b>(</b><b>二</b><b>)</b> <b>       </b>

<b>                                                                      </b><b>－</b><b>Written by </b><b>浪子</b><b>     </b>

<b>2</b><b>、單件執行個體政策（</b><b>SingletonStrategy</b><b>）：</b>

<b> </b>

<b>       </b><b>預備知識：</b>

<b>              </b>在使用單件執行個體政策（SingletonStrategy），必需要先了解ObjectBuilder的另2個子產品：

A、 定位器Locator：

<b>B、</b>生存周期ILifetimeContainer:

LifetimeContainer主要用來跟蹤對象的生存周期，負責對象的銷毀動作。我們在這裡隻要将它當成一個簡單的對象容器來用就可以了，類似Hashtable。

<b>       </b>

<b>單件執行個體政策：</b>

<b>       </b><b>政策方針：</b>

<b>       </b>

public class SingletonPolicy : ISingletonPolicy

{

   private bool isSingleton;

   public SingletonPolicy(bool isSingleton)

      this.isSingleton = isSingleton;

   }

   public bool IsSingleton

      get 

{ return isSingleton; }

}

可見SingletonPolicy很簡單隻是設定了一個辨別。這個辨別将在對象建立中決定是否采用單件執行個體政策

       <b>單件政策：</b>

public class SingletonStrategy : BuilderStrategy

    public override object BuildUp(IBuilderContext context, Type typeToBuild, object existing, string idToBuild)

        DependencyResolutionLocatorKey key = new DependencyResolutionLocatorKey(typeToBuild, idToBuild);

        //目前定位器不能為空，并且定位目前節點包含此對象

        if (context.Locator != null &amp;&amp; context.Locator.Contains(key, SearchMode.Local))

            TraceBuildUp(context, typeToBuild, idToBuild, "");

            //傳回在定義器目前節點中key值符合的對象

            return context.Locator.Get(key);

        }

        //沒有則，繼續執行一步建立政策

        return base.BuildUp(context, typeToBuild, existing, idToBuild);

    }

我想細心的你一定發現了，這裡面跟TypeMappingStrategy中不一樣的地方了：

SinglotenPolicy不見了？那是否SinglotenStrategy不需要具體方針呢？起初我也這樣認為，後來發現錯了。

我們将眼光跳到CreationStrategy，我發現對象建立完之後會執行RegisterObject，将對象注冊到定位器＆生存周期容器裡面。

private void RegisterObject(IBuilderContext context, Type typeToBuild, object existing, string idToBuild)

    if (context.Locator != null)

        ILifetimeContainer lifetime = context.Locator.Get&lt;ILifetimeContainer&gt;(typeof(ILifetimeContainer), SearchMode.Local);

        //設定了對象生存周期容器

        if (lifetime != null)

            SingletonPolicy singletonPolicy = context.Policies.Get&lt;ISingletonPolicy&gt;(typeToBuild, idToBuild);

            //看這裡用到了單件執行個體的具體方針，并确判斷是否要啟用單件執行個體

            if (singletonPolicy != null &amp;&amp; singletonPolicy.IsSingleton)

                //注冊到上下文的定位器

                context.Locator.Add(new DependencyResolutionLocatorKey(typeToBuild, idToBuild), existing);

                //注冊到對象生存周期容器

                lifetime.Add(existing);

                if (TraceEnabled(context))

                    TraceBuildUp(context, typeToBuild, idToBuild, Properties.Resources.SingletonRegistered);

            }

這裡好像顯得有點藕斷絲連了，因為單件執行個體的政策方針跑到建立政策裡面去起作用了：）。

    先不管是否是松耦合，不過也可以看出，ObjectBuilder對象的建立政策如何起作用都是通過各自相對的具體方針決定的。

<b>應用執行個體：</b>

具體代碼如下：

using System;

using System.Collections.Generic;

using System.Text;

using Microsoft.Practices.ObjectBuilder;

namespace TestBuilder

    class Program

        static void Main(string[] args)

            IReadWriteLocator locator;

            Builder builder = new Builder();

            PolicyList policyList = new PolicyList();

            policyList.Set&lt;ITypeMappingPolicy&gt;(new TypeMappingPolicy(typeof(MyConcreteClass), "myclass"), typeof(MyAbstractClass), "myclass");

            policyList.Set&lt;ISingletonPolicy&gt;(new SingletonPolicy(true), typeof(MyConcreteClass), "myclass");

            locator = new Locator();

            LifetimeContainer lifetime = new LifetimeContainer();

            locator.Add( typeof(ILifetimeContainer),lifetime);

            Console.WriteLine("-----------------------");

            Console.WriteLine(" 第一次建立對象:");

            MyAbstractClass myclass = builder.BuildUp&lt;MyAbstractClass&gt;(locator, "myclass", null, policyList);

            myclass.Base = "是我啊，還是我！";

            Console.WriteLine(myclass.GetType().ToString());

            Console.WriteLine(myclass.Base);

            Console.WriteLine(" 第二次建立對象:");

            MyAbstractClass myclass2 = builder.BuildUp&lt;MyAbstractClass&gt;(locator, "myclass", null, policyList);

            Console.WriteLine(myclass2.GetType().ToString());

            Console.WriteLine(myclass2.Base);

            Console.ReadLine();

    public abstract class MyAbstractClass

        private string mBase;

        public string Base

            get 

{ return this.mBase; }

            set 

{ this.mBase = value; }

    public class MyConcreteClass : MyAbstractClass

        //

        private string mTest;

<b></b>

 看到這裡，我想你應該知道如何應用它，或者你也知道你能怎麼去用它了。

 比如維護一個類似全局變量的對象集合？

    Updated @ 2006.07.04

最近在做Web MVP架構的搭建,準備使用ObjectBuilder來組織對象的建立.

重溫了一下ObjectBuilder的單件政策.用自己的了解自己的語言總結了一下:

建立一個對象,并把他緩存起來(對象池,類似連接配接池),等下一次需要建立相同對象的時候,再把這個對象取出來,而不是重新建立一個.(此時有一個疑問,如果是引用類型的,舊對象中的修改是否會影響到後面再次利用的對象的值)

<b>ObjectBuilder</b><b>之建立政策祥解</b><b>(</b><b>二</b><b>)</b> <b>       </b><b></b>

<b>2</b><b>、單件執行個體政策（</b><b>SingletonStrategy</b><b>）：</b><b></b>

<b>       </b><b>預備知識：</b><b></b>

<b>B、</b>生存周期ILifetimeContainer:<b></b>

<b>單件執行個體政策：</b><b></b>

<b>應用執行個體：</b><b></b>

本文轉自浪子部落格園部落格，原文連結：http://www.cnblogs.com/walkingboy/archive/2006/04/29/IoC_ObjectBuilder_Singleton.html,如需轉載請自行聯系原作者