c# - 创造性地使用 MarshalByRefObject

Question

我一直在绞尽脑汁想弄清楚一些事情。所以，我正在寻找建议和研究 Material (通过链接)。场景如下:

我们有一个库(例如，CommonLib)，其中包含其他几个应用程序(例如，AppA、AppB、AppC 等...)所需的资源。现在，当前的工作方式是 AppA 实例，检查特定端口是否可用。如果不是，则它会启动 CommonLib(“嘿，起床”)并启动服务。然后 AppA 很高兴，我们走了。

现在，我对 Remoting.Channels 进行了大量研究，得出的结论是，我正在启动一个基于被视为“传统”技术构建的应用程序。好吧……我不喜欢那样。老实说，WCF 的开销比我们需要的要多得多，并且没有在 Mono 中完全实现。我们的目标是多平台兼容性(Windows、Mono、Linux)，因此我们正在研究所有选项。

首先，远程处理的想法开始了，因为我们希望 CommonLib 是一个有保证的单一实例(据我了解，单例几乎只能保证是给定 AppDomain 中的单例 - 请随时纠正如果我错了，我)。不管怎样，我意识到了远程处理的力量并决定开始一些实验性的实现。我在最初使用 MarshalByRefObject 时取得了成功。但是，我担心这项遗留技术的继续实现。

所以，有了这一切......我正在考虑如何实现 CommonLib(作为主机应用程序)，并且在没有远程处理的情况下，通过 Stream、标准 TCP 套接字或其他方式实现 MarshalByRefObject。我在想的是，与其实例化 AppA 让 CommonLib 运行，不如将 CommonLib 实现为基础应用程序。然后，您选择要在 CommonLib 中实例化的应用程序(实际上只是一个“托管”.dll)。然后，CommonLib 会将该 .dll 连同托管应用程序使用的任何自定义控件一起加载到 CommonLib 框架中。伴随着这个想法，我放弃了(现在)CommonLib 必须是真正的单例的要求。

所以...这是我们场景的细节。同样，我的问题实际上分为两部分:(a) 我应该研究哪些技术，以及 (b) 我是否需要关注远程处理技术的遗留状态？

我们非常欢迎任何其他建议、评论或问题。

更新 1:我从 this snippet 开始.这将允许我加载一个文件(或脚本)，其中包含已安装的应用程序(或插件)列表。我可以将此文件创建为 Xml 或二进制格式。安装新应用程序时，可以添加文件和路径。嗯……我不一定需要使用 MarshalByRefObject。

Answer 1

虽然 WCF 在 Mono 中可能不完整，但 Mono 2.6 提供了 silverlight/moonlight 所需的一切，因此基于 WCF 的实现应该是完全可行的。只要您不尝试任何异乎寻常的东西(不同的传输、检查器等)，提供在 windows/mono/等之间可靠的 RPC 堆栈应该绰绰有余。

WCF 和远程处理之间的主要区别在于用法 - 远程处理基于大量假装在不同端的对象，而 WCF 是基于服务；重点是您应该围绕离散方法(而不是访问属性等)进行交互 - 这也有利于在您跨越边界时使其明确化。

另一种选择是编写一个非常基本的套接字服务器；非常轻量级，你可以使用像 protobuf-net 这样的东西来提供一个可移植的(跨平台)序列化器实现(你不应该真的相信两者之间的 BinaryFormatter - 它是...... flakey)。

简而言之——我根本不会围绕 MarshalByRefObject 进行构建；我会写一个服务层，比如:

interface IMyService {
    void Method1();
    int Method2(string s);
}

并将这些细节从调用者那里抽象出来。如果您最终使用 WCF，那么这就是您需要的全部；对于现有的远程处理支持，我将编写一个 IMyService 实现，封装(私下)整个 MarshalByRefObject 故事。如果我编写套接字服务器，则同上。