向Silverlight公开第三方接口(通过WCF)

我搜索了很多,如果我错过了一些明显的东西,我道歉。感谢您阅读下面的龙文。

我在这里有一个第三方(阅读:无法访问/更改源代码)应用程序。它由一个服务器(Windows服务)和一个通过远程处理与服务器对话的API组成。 出于多种原因,我希望在WCF上公开此API(请参阅主题:一个原因是WCF客户机)。

问题是,API

1. 不可更改(遵循第三方规则)
2. 不使用wcf本身(如果远程处理需要,它是可序列化的/marshalbyRef)
3. 使用大量接口和 内部的 实现类

在1之后,我不能自己使用(非常侵入性的)wcf属性。

接下来的2,API本身可以“通过网络”使用(它们支持通过TCP和HTTP进行远程处理),但是远程处理对我来说还不够好。

接下来的3个我主要有接口(WCF处理不好,无法(反)序列化)。可以发送实现类,但是-我不能访问它们。

此API的一般用法是基于单个接口(及其成员/属性),因此典型用法如下

var entryPoint = new ApiClientEntryPoint();
entryPoint.SomeMethodCall();
entryPoint.PropertyExposingAnInterface.SomeOtherMethodCall();

等等。

我真正想做的是生成一个代理(尽可能少的工作/代码),我通过WCF公开它,它序列化这个层次结构,将客户机上的每个调用/属性映射到服务器上的实际内容。

我到目前为止最接近的是绊倒 this project 但是我想知道是否有更多的/其他的工具可以把这项工作的大部分从我肩上卸下来。

如果有任何一般性的其他建议,更好的方法来包装一些预先存在和不可进入的WCF,请分享。