昨天寫了文章《關于Remoting》,感覺有些問題沒有說清楚。后來又看了一些文檔和書,整理了一下,就算是續(xù)吧。
其實我發(fā)現(xiàn)主要的問題還是集中在客戶端激活模式。我想再談談客戶端激活模式和服務器端激活模式兩者在代碼實現(xiàn)上的區(qū)別。這兩種模式在服務器監(jiān)聽程序上的區(qū)別不大,前面那篇文章已經(jīng)說得很清楚了,主要還是客戶端程序。為了讓概念不至于模糊混淆,我下面提到客戶端激活模式,用Activated;服務器激活模式,用WellKnown。
先從VS提供的方法來看:
WellKnown模式:Activator.GetObject()方法。它的返回值是方法參數(shù)里指定類型的對象實例。




Activated模式:
有兩種方法:
1、靜態(tài)方法:RemotingConfiguration.RegisterActivatedClientType()。這個方法返回值為Void,它只是將遠程對象注冊在客戶端而已。具體的實例化還需要調(diào)用對象類的構造函數(shù)。






2、Activator.CreateInstance()方法。這個方法將創(chuàng)建方法參數(shù)指定類型的類對象。它與前面的GetObject()不同的是,它要在客戶端調(diào)用構造函數(shù),而GetObject()只是獲得對象,而創(chuàng)建實例是在服務器端完成的。CreateInstance()方法有很多個重載,我著重說一下其中常用的兩個。
1) public static object CreateInstance(Type type, object[] args, object[] activationAttributes);
參數(shù)說明:
type:
要創(chuàng)建的對象的類型。
args
:與要調(diào)用構造函數(shù)的參數(shù)數(shù)量、順序和類型匹配的參數(shù)數(shù)組。如果
args
為空數(shù)組或空引用(Visual Basic 中為
Nothing
),則調(diào)用不帶任何參數(shù)的構造函數(shù)(默認構造函數(shù))。
activationAttributes
:包含一個或多個可以參與激活的屬性的數(shù)組。
這里的參數(shù)args是一個object[]數(shù)組類型。它可以傳遞要創(chuàng)建對象的構造函數(shù)中的參數(shù)。從這里其實可以得到一個結論:WellKnown激活模式所傳遞的遠程對象類,只能使用默認的構造函數(shù);而Activated模式則可以用戶自定義構造函數(shù)。
activationAttributes參數(shù)在這個方法中通常用來傳遞服務器的url。
假設我們的遠程對象類ServerObject有個構造函數(shù):






那么實現(xiàn)的代碼是:








可以看到,objs[]數(shù)組傳遞的就是構造函數(shù)的參數(shù)。
2、public static ObjectHandle CreateInstance(string assemblyName, string typeName, object[] activationAttribute);
參數(shù)說明:
參數(shù)說明一目了然。注意這個方法返回值為ObjectHandle類型,因此代碼與前不同::



那么,這個方法實際上是調(diào)用的默認構造函數(shù)。ObjectHandle.Unwrap()方法是返回被包裝的對象。
說明:要使用UrlAttribute,還需要在命名空間中添加:using System.Runtime.Remoting.Activation;
通過這些代碼的比較,我們還可以得到一個不幸的結論:
對于Activated激活模式,不管是使用靜態(tài)方法,還是使用CreateInstance()方法,都必須在客戶端調(diào)用構造函數(shù)實例化對象。這樣一來,在客戶端我們提供的遠程對象,就不可能只提供接口,而沒有類的實現(xiàn)。而在WellKnown模式,因為在客戶端只是用GetObject()獲得對象,實例化是在服務器端完成的。所以客戶端我們只提供接口就夠了。
所以對于Activated模式,我們必須在服務器和客戶端提供兩份完全相同的遠程對象Dll,這個結果確實讓人很沮喪。有沒有其他方法實現(xiàn)呢?鑒于它的實現(xiàn)原理,答案顯然是否定的。我看了MSDN上的文章,唯一的可行方案就是利用前文提到的用工廠的方法。要注意的是:這種方法是一種利用WellKnown模式來模擬Activated模式,是一種方法的折中。
前文說過,服務器端遠程對象,提供兩個接口。一個接口是具體要傳遞的遠程對象的接口,一個就是工廠接口。還必須有個工廠類實現(xiàn)工廠接口,提供創(chuàng)建遠程對象實例的方法。






























而客戶端呢,只提供接口就可以了。









然后我們用WellKnown激活模式,在服務器端:





注意這里注冊的不是ServerObject類對象,而是ServerObjFactory類對象。
客戶端:







首先用GetObject()返回工廠接口,再利用該接口對象調(diào)用工廠的方法CreateInstance()來創(chuàng)建IServerObject對象。
也許有人會納悶了,這里使用的是WellKnown模式啊,為什么說是Activated模式呢?是這樣的,本質(zhì)來說,它是WellKnown模式。但由于我們利用了工廠來創(chuàng)建實例,因此感覺上是在客戶端來創(chuàng)建具體的遠程對象實例。因此,我說這是一種方法的折中。
好了,寫到這里,自認為交待清楚了。但Remoting的實現(xiàn)遠不止于此,還有很多高級復雜的東西我們還沒有用到。例如自定義通道,自定義MarshalByReferenceObject派生類,生命周期管理,自定義代理。這些東西我也弄不清楚。如果以后弄明白了,希望能寫點東西。
更多文章、技術交流、商務合作、聯(lián)系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯(lián)系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
