1 引言

　　WCF是一個極具可擴展性的分布是消息通信框架。

　　對于WCF的一些基本概念不在本文的內容中詳細介紹，本文基于你對WCF有一定的認識，并對于其中的基本概念已經(jīng)有一定的理解。

2 行為擴展

2.1 行為相關的流程

上圖是客戶端的行為相關的一個流程，也可以看做是一個客戶端的調用之后，數(shù)據(jù)流程。

　　每個Endpoint對應一個Client Runtime Component，每個Client Runtime Component有多個Client Operation Runtime Component，每個Client Operation Runtime Component又對應一個Endpont’s Contract的方法。

　　調用一個wcf方法之后，Client Operation Runtime Component負責序列化提交的數(shù)據(jù)（將來還會反序列化服務端響應的數(shù)據(jù)），經(jīng)過Client Runtime Component向上傳遞，最終傳遞給WCF Channel Layer。

　　上圖是一個服務端的行為流程。主要參數(shù)的組件是Dispatcher組件。它負責接收client的請求消息，傳遞給適當?shù)姆杖ヌ幚怼?/p>

　　如圖，有三種dispatcher。Channel Dispatcher，Endpoint Dispatcher，Operation Dispatcher。它們的職責都在圖中有標識。

2.2 擴展步驟

　　用自定義的行為擴展client runtime component和dispatcher，通常有三個步驟。

2.2.1 聲明你要提供的行為屬于什么類型

　　首先要聲明這個自定義行為的類型。是工作在客戶端，用來向消息中添加序列化之后的提交到服務器的數(shù)據(jù)？還是工作在服務端，用來管理服務類型的實例？通過實現(xiàn)適當?shù)慕涌冢@一步很容易實現(xiàn)。這些接口大多定義在System.ServiceModel.Dispatcher命名空間中。

　　假如要自定義一個工作在客戶端的行為，功能是自定義數(shù)據(jù)的序列化過程。實現(xiàn)IClientMessageFormatter接口，實現(xiàn)里面的序列化和反序列化方法就可以了。

　　假如要自定義一個工作在服務端的行為，功能是管理服務類型的實例。實現(xiàn)IInstanceProvider接口就可以了。

　　在客戶端，和客戶端運行時相關的兩個類是：

　　1 System.ServiceModel.Dispatcher.ClientOperation

　　代表operation操作層面的運行時。

　　System.ServiceModel.Dispatcher.ClientOperation有兩個屬性可以附加操作類型的行為。

　　1）ParameterInspectors，是System.ServiceModel.Dispatcher.IParameterInspector對象的集合。因此，你可以創(chuàng)建自己的參數(shù)Inspector行為，可以檢查和隨意的修改傳入傳出的數(shù)據(jù)。

　　2）Formatter，實現(xiàn)IClientMessageFormatter接口的對象可以賦值給這個屬性。用來將傳遞給服務端的數(shù)據(jù)序列化到消息中，更精確的說是System.ServiceModel.Channels.Message類型的對象中。

　　2 System.ServiceModel.Dispatcher.ClientRuntime

　　代表endpoint層面的運行時。有兩個屬性可以附加endpoint行為。

　　1）OperationSelector，實現(xiàn)System.ServiceModel.Dispatcher.IClientOperationSelector 接口的對象可以賦值給這個屬性。用來決定一個請求分配到服務的那個方法上。

　　2）MessageInspectors，實現(xiàn)System.ServiceModel.Dispatcher.IClientMessageInspector接口的對象集合。可以檢查，隨意修改請求和響應的消息。可以拷貝一份提交的消息，以后可以做審計功能。

　　在服務端，和dispatcher相關的有三個類。

　　1 System.ServiceModel.Dispatcher.DispatchOperation

　　代表operation操作相關的dispatcher類。有三個屬性可以附加操作相關的行為。

　　1）Formatter，實現(xiàn)接口System.ServiceModel.Dispatcher.IDispatchMessageFormatter 的對象。將傳入到服務端的消息反序列化為數(shù)據(jù)，將輸出到客戶端的響應序列化到消息中。

　　2）ParameterInspectors，是System.ServiceModel.Dispatcher.IParameterInspector對象的集合。這些對象可以檢查，隨意修改從dispatcher message formatter傳入的反序列化的數(shù)據(jù)，和傳出去的響應數(shù)據(jù)。

　　3）Invoker，實現(xiàn)System.ServiceModel.Dispatcher.IOperationInvoker的對象。用來執(zhí)行服務的實現(xiàn)（服務的接口實現(xiàn)）操作，將由輸入消息反序列化產(chǎn)生的數(shù)據(jù)傳遞過去。

　　2 System.ServiceModel.Dispatcher.DispatchRuntime

　　代表endpoint層面的組件。有下面的幾個可以附件行為的屬性。

　　1）InstanceContextProvider，實現(xiàn)System.ServiceModel.Dispatcher.IInstanceContextProvider 接口的對象。用來管理狀態(tài)信息。

　　2）OperationSelector，實現(xiàn)System.ServieModel.Dispatcher.IDispatchOperationSelector接口的對象，根據(jù)請求消息中的地址，將消息分配到適當?shù)牟僮鳌?/p>

　　3）MessageInspectors，實現(xiàn)System.ServiceModel.Dispatcher.IDispatchMessageInspector接口的對象，用來附件一個消息檢查器，檢查輸入的請求消息。

　　4）InstanceProvider，實現(xiàn)System.ServiceModel.Dispatcher.IInstanceProvider接口的對象，用來管理服務的類型。

　　3 System.ServiceModel.Dispatcher.ChannelDispatcher

　　下面是客戶端調用一個服務之后，事件的發(fā)生順序。

1. 客戶端的operation selector根據(jù)客戶端執(zhí)行的方法決定請求服務端的哪個operation。
2. 掛在client runtime components上的parameter inspactors檢查客戶端的調用參數(shù)，也可以修改客戶端的調用參數(shù)。parameter inspactor用來驗證傳出到服務端的數(shù)據(jù)是否在合法的范圍，如果不在可以修改它。也可以將數(shù)據(jù)項轉變?yōu)樘囟ǖ闹怠?/li>
3. 客戶端的message formatter將數(shù)據(jù)項序列化為xml，放入到wcf的消息中。
4. System.ServiceModel.Channel.Message代表傳遞到endpoint level的client runtime components的消息。
5. 客戶端的message inspactor檢查，隨意修改System.ServiceModel.Channel.Message對象。
6. 消息傳輸?shù)絎CF的Channel Layer。更準確的說法是，消息傳遞到Channel Stack的頂層Channel。
7. 消息被服務接收，從Channel Layer傳遞到channel dispatcher，然后傳輸給適當?shù)膃ndpoint。
8. instance context provider獲取狀態(tài)信息。
9. 根據(jù)消息中的address，dispatch operation selector決定交給哪個operation。
10. dispatch message inspactor可以檢查，隨意修改傳入的System.ServiceModel.Channel.Message對象。
11. instance provider創(chuàng)建或者獲取的某一個服務的實例。
12. 通過dispatch operaiton selector將消息傳遞給dispatcher component。
13. dispatch message formatter反序列化消息中的body部分，放入數(shù)據(jù)項數(shù)組中。
14. dispatcher組件附加的parameter inspactor可以檢查，隨意修改數(shù)據(jù)項。
15. operation invoker執(zhí)行具體的服務實現(xiàn)，將反序列化的數(shù)據(jù)項傳遞給方法的參數(shù)。
16. 如果方法有返回值，附加到dispatcher的parameter inspactor可以檢查，修改返回值。
17. dispatch message formatter序列化返回值，放入System.ServiceModel.Channel.Message對象。
18. 響應消息傳遞給endpoint 層的dispatcher組件。
19. dispatch message inspactor可以檢查，隨意修改響應消息。
20. instance context provider可以持久化，或者是拋棄狀態(tài)信息。
21. instance provider有機會處理掉它創(chuàng)建的服務的實例instance。
22. 響應消息傳遞到channel dispatcher，傳遞給最高層的channel。
23. 響應消息被客戶端接收，傳遞給客戶端的channel layer。
24. 客戶端的message inspactor檢查，修改響應消息。
25. 客戶端的operation selector識別響應消息中的操作。
26. 響應消息被傳遞到發(fā)出請求的那個操作。
27. 客戶端的message formatter反序列化響應消息的body部分，傳遞給數(shù)據(jù)項數(shù)組。
28. 這些數(shù)據(jù)項數(shù)組會別傳遞給掛在client runtime的parameter inspactor，可以檢查和修改數(shù)據(jù)項。
29. 程序員的代碼使用數(shù)據(jù)項進行操作。