.NET組件程式設計之上下文

標籤：.net   c#   設計   

 .NET組件程式設計之上下文

在後續篇幅的遠程調用的文章裡有說到應用程式定義域，那是大粒度的控製程序集的邏輯存在，那麼想對對象的控制又由誰來做主呢？
沒錯了，就是上下文。CLR把應用程式定義域更細化了，在應用程式裡添置了內容相關的概念，上下文是有著一套約束並且負責管理在其中的所有對象的訪問的這麼一個邏輯的存在。
舉個例子吧，雖然有點不恰當但是將就點理解吧。
比如說社會就是應用程式定義域，我們所住的住宅社區就是內容相關的容器，社區的門衛就是內容相關的行為，門衛+社區=上下文。而我們就是對象，社區的門衛對於進出社區的陌生人都會問一句：你進來找哪家？找誰？幹什麼的？
而真正的上下文也是幹這個的，實際要忙的多(本篇講的有點AOP的意思)

圖1

中只是初步的樣本結構,我們接著往下看。

在系統中，我們可以通過Context類的靜態屬性DefaultContext擷取到當前對象所在的上下文，

Context context = Context.DefaultContext;

當然也可以通過Thread類的靜態屬性CurrentContext來擷取到當前的上下文

Context context = Thread.CurrentContext;

圖2

（左端紅線開頭代表線程開始，紅線末端代表著線程介紹）

在上下文體系中，是由上下文綁定對象(ContextBoundObject)、內容屬性（IContextAttrbitute)、上下文成員屬性(IContextProperty)和訊息接收器構成的。

本篇幅只涉及到體系中的前三個知識點，也就是自訂群組件服務，究竟是怎麼實現的？

在開始講之前這裡要說一下上下文和物件類型，在應用程式定義域裡會有一個預設的上下文，普通的對象可以任何上下文裡使用，這樣的對象被稱為上下文敏捷對象，而有的對象只能在某個特性的上下文中使用，就是繼承自ContextBoundObject類型的對象，這樣的對象被稱為 面向內容物件。

怎麼去理解自訂群組件服務呢？

1.上下文成員屬性(IContextProperty)

 1     /// <summary> 2     /// 上下文成員屬性 3     /// </summary> 4     public class ContextWriterService:IContextProperty 5     { 6  7         public void Freeze(System.Runtime.Remoting.Contexts.Context newContext) 8         { 9             10         }11 12         public bool IsNewContextOK(System.Runtime.Remoting.Contexts.Context newCtx)13         {14             return true;15         }16 17         public string Name18         {19             get { return "ContextService"; }20         }21 22         /// <summary>23         /// 提供的服務24         /// </summary>25         /// <param name="meg"></param>26         public void WriterMessage(string meg)27         {28             Console.WriteLine(meg);29         }30     }

IContextProperty介面的幾個成員： Name唯讀屬性，成員屬性名稱，用作上下文成員屬性集合中的關鍵字，也可以當作是自訂服務的關鍵字和名稱。 Freeze：凍結上下文 IsNewContextOK：判斷當前上下文是否滿足需求，提供一個放棄建立內容相關的機會，如果這個函數返回False的情況下。

IContextProperty類型的對象會存在於內容相關的ContextProperties中，當然不是直接添加的，當我們擷取到內容物件的時候，已經內容物件被凍結了。

 

2.內容屬性（IContextAttrbitute)

 1     using System.Runtime.Remoting; 2     using System.Runtime.Remoting.Contexts; 3     using System.Runtime.Remoting.Activation; 4  5  6     [AttributeUsage(AttributeTargets.Class)] 7     public class ContextWriterAttribute :Attribute, IContextAttribute 8     { 9 10         public void GetPropertiesForNewContext(IConstructionCallMessage msg)11         {12             msg.ContextProperties.Add(new ContextWriterService());13         }14 15         public bool IsContextOK(System.Runtime.Remoting.Contexts.Context ctx, IConstructionCallMessage msg)16         {17             ContextWriterService contextService =18                 ctx.GetProperty("ContextService") as ContextWriterService;19             20             if (contextService != null)21             {22                 return true;23             }24             return false;25         }26     }

IContextAttribute介面成員：
IsContextOK函數：在運行時調用此方法確定當前上下文是否存在需要的自訂屬性，也就是確定當前類型是否在當前上下文中啟用。
GetPropertiesForNewContext：是在IsContextOK方法確定了不OK之後調用此方法，這裡的IConstructionCallMessage介面類型對象，會被傳遞到建立的上下文中，並且建立的上下文會根據IConstructionCallMessage類型當中的
ContextProperties來添加為自己的自訂服務，這也是唯一的一個機會可以添加自訂服務到上下文中。
我這裡也有一個疑問，望知道的大神給個指點，就是怎麼在當前的預設上下文中添加自訂服務？

3.上下文綁定對象(ContextBoundObject)

 1     [ContextWriter()] 2     public class MyContextObject : ContextBoundObject 3     { 4         public void CallCurrentContextWriterService() 5         { 6             Context context = Thread.CurrentContext; 7             ContextWriterService contextWriterService = 8                 context.GetProperty("ContextService") as ContextWriterService; 9             if (contextWriterService != null)10             {11                 contextWriterService.WriterMessage("當前上下文ID:"+context.ContextID + "-測試資訊");12             }13         }14     }

顯而易見MyContextObject是可以擷取到ContextWriterService類型，並且拿來使用的。

這些都是上下文壞境中的一部分，當然還有最重要的一部分：訊息接收器，本篇幅不作介紹了，會在以後的篇幅中說到。

 

 

 

 

 

金源

出處：http://blog.csdn.net/jinyuan0829

本文著作權歸作者和CSDN共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面