如何使用基于接口的Remote Objects的配置文件

如何使用基于接口的Remote Objects的配置文件

在开发.Net Remoting Components时，可以通过使用Remoting Configuration file来简化代码并提高配置的灵活性，在article《.Net Remoting配置文件的用法》中有比较详细的介绍。

但是，如果Client端没有Remote Objects的具体实现，只有引用interface，则Client端的configuration file就不行了（Server端应该不存在这种情况）。当然，你可以使用如下的代码得到Remote Object:

IHome objHome = (YourNameSpace.BusinessFacade.IHome)Activator.GetObject(typeof(YourNameSpace.BusinessFacade.IHome), “http://<ip address>/YourApplicationName/remotingObject.soap”);

注：这里IHome假设是由Server和Client端共享的interface定义。

这样将Remote URL编码在代码里面，显然就没有使用Configuration文件配置灵活了。

针对上述问题，由如下几种解决办法：

1. 通过在Client的配置文件<appSettings>增加entry

如：<add key="Home.Location" value="http://<ip address>/ YourApplicationName/remotingObject.soap" />

然后，通过ConfigurationSettings.AppSettings["Home.Location"];来获取Remote URL。

2. Ingo’s RemotingHelper class

Ingo是《Advanced .Net Remoting》一书的作者，RemotingHelper class在Reference 1的URL可以查到。

通过使用RemotingHelper class，你可以像使用正常的Remoting Configuration配置文件一样来配置Remote URL。

下面看看代码实现部分：

(1) RemotingHelper class

using System;

using System.Collections;

using System.Runtime.Remoting;

// 根据传入的type类型，从Hashtable中获取WellKnownClientTypeEntry，然后通过调用Activator.GetObject()方法，得到需要的Remote Object。

class RemotingHelper {

private static bool _isInit;

private static IDictionary _wellKnownTypes;

public static Object GetObject(Type type) {

if (! _isInit) InitTypeCache();

WellKnownClientTypeEntry entr = (WellKnownClientTypeEntry) _wellKnownTypes[type];

if (entr == null) {

throw new RemotingException("Type not found!");

}

return Activator.GetObject(entr.ObjectType,entr.ObjectUrl);

}

// 负责初始化Hashtable, 并根据Remoting Configuration配置文件填入Remote Object Type和WellKnownClientTypeEntry。

public static void InitTypeCache() {

_isInit = true;

_wellKnownTypes= new Hashtable();

foreach (WellKnownClientTypeEntry entr in

RemotingConfiguration.GetRegisteredWellKnownClientTypes()) {

if (entr.ObjectType == null) {

throw new RemotingException("A configured type could not " +

"be found. Please check spelling");

}

_wellKnownTypes.Add (entr.ObjectType,entr);

}

}

}

3. 示例演示Demo

（1）Client端配置文件

<configuration>

<system.runtime.remoting>

<application>

<channels>

<channel ref="http" />

</channels>

<client>

<wellknown type="IFooBar, MyInterfaces"

url="http://localhost:5555/FooBar.soap" />

</client>

</application>

</system.runtime.remoting>

</configuration>

其中：IfooBar为接口，MyInterfaces.DLL为接口的assembly文件，这个配置文件与标准的Remoting Configuration配置文件一样。

（2）Client端调用上述RemotingHelp class

using System;

using System.Runtime.Remoting;

class Client

{

static void Main(string[] args)

{

String filename = "client.exe.config";

RemotingConfiguration.Configure(filename);

// 这里不能使用new关键字来获取Remote Object, 需要通过RemoteHelper.GetObject()方法来获取Remote Object.

IFooBar obj =

(IFooBar) RemotingHelper.GetObject(typeof(IFooBar));

Console.WriteLine("Done...");

}

}

4. Summary & Improvement

其实，上面Ingo’s RemotingHelper class存在一个问题，就是当有2个或多个Remote Objects实现相同的interface，如IFooBar，并且存在与同一个assembly文件内，在这种情况下RemotingHelper class就有问题了，因为Hashtable中不允许存在两个相同的key值。

针对这样情况，有一个解决办法是：在Client端的配置文件只写一个<wellknown>，如下所示：

<wellknown type="IFooBar, MyInterfaces"

url="http://localhost:5555/FooBar.soap" />

通过RemotingHelper class获取Remote Object，该Remote Object的作用是获取真正所需要的其他Remote Objects并调用相应的方法。

如该Remote Object命名为FooBarManager，实现IFoobBar接口，并且提供一个方法GetRequiredFooBar()。Client端通过调用FooBarManager.GetRequiredFooBar()来获取真正要求的FooBar对象，并调用相应的方法。

References:

1, Ingo Rammer, HOWTO: Use Interface-based remote objects with config files, http://www.thinktecture.com/Resources/RemotingFAQ/USEINTERFACESWITHCONFIGFILES.html

2, Rickie, .Net Remoting配置文件的用法