.Net 远程处理 : Wrap user objects vs more remoting channels

Question

我正在通过一些基于远程处理的小型项目来学习远程处理，并尝试在这样做的同时实现良好实践，以避免养成坏习惯。

有一项服务使用用户创建的插件。每个插件都隔离在自己的应用程序域中。此外，还有一个客户端应用程序连接到该服务并与之交互。

有用于服务-客户端通信和服务-插件通信的 channel ，但没有任何 channel 可以促进插件-客户端通信。因此，插件创建的任何对象都必须包装在服务定义的对象中，然后才能传递到客户端(否则会因缺少 channel 接收器而出现异常)。

如果这是有道理的，我的问题是:我应该继续这种模式还是应该在插件和客户端应用程序域之间创建 channel 以允许插件实例化的对象转到客户端应用程序？

感谢您对这个主题的任何教育!

Answer 1

如果没有更多地了解您的申请，我无法给您明确的答案，因此，虽然这个问题可以说是主观的，但这是我的主观答复:

服务器聚合与插件的连接，而客户端仅维护与服务器的单个 channel ，这似乎是合理的。这通过多种方式简化并巩固了解决方案:

• 仅在服务器中执行访问控制
• 插件机制可以对客户端透明
• 全面简化的客户端
• 如果客户端和服务器位于不同的计算机上，您可能希望客户端仅与服务器通信，而不是直接与任何插件通信，因为它可能需要在服务器计算机上打开多个连接/端口(例如每个插件)，如果您有防火墙等，这可能会成为一个问题。

另一方面，将每个插件对象封装在服务器对象中可能会很麻烦。