抽象基类和应用程序域

Question

如果我接下来的解释没有足够的意义，我现在道歉；我因此而闻名，尽管我尝试着做其他事情。

我正在编写一项使用用户定义插件的服务。我尝试通过使用共享程序集中定义的接口来隔离它们 - 将它们的程序集排除在服务的应用程序域之外。

让我烦恼的是抽象基类的使用。有些功能对于某些接口的所有实现来说都是通用的，因此抽象基类是有意义的。如果抽象基础位于服务程序集中，那么无论它的子类化插件如何将其程序集拖到服务的应用程序域中。但是，服务使用的抽象基（具有内部 setter 和公共 getter 的属性）中有内部成员，因此它需要与服务位于同一程序集中才能实现这一点。

似乎我想要的东西是不可能的，但我也相信这是因为我采取了错误的方法。我拼命地尝试在这次练习和学习中更好地利用好的模式和实践。

Answer 1

您可能想要的是一个带有抽象基类的接口，该基类实现该接口并且派生类可以继承。在这种情况下，您可以保持与接口的分离，但仍然提供用于实现的抽象基类。这还有一个优点是抽象基类是可选的。

Answer 2

如果您试图避免的问题是将插件程序集泄漏到您的服务 AppDomain 中，那么无论您是否有内部成员，您都不会遇到该问题。您只需要服务程序集在插件域内可用（而不是相反），并且您可能必须在服务程序集中定义共享类型，而不是单独的程序集（如果您确实需要的“内部”）另一个组件）。

假设您在 ServiceLib.dll 中定义了抽象基类 PluginBase。然后，您可以在主服务 AppDomain 中包含这样的代码：

// Create a new AppDomain for the plugin
AppDomain pluginDomain = AppDomain.CreateDomain("PluginDomain", null, new AppDomainSetup());

// Instantiate the plugin type (in the new AppDomain)
// Note: assumes that PluginBase is MarshalByRefObject
PluginBase plugin = (PluginBase)domain.CreateInstanceAndUnwrap("PluginLib", "PluginLib.PluginImp");

// Set any internal stuff now
plugin.InternalDetails = "...";

Answer 3

（供我和其他人将来参考）

事实证明，这是一个毫无意义的练习。

一旦插件创建的对象的代理在其他应用程序域中可用，该服务定义的基类中以内部方式使用服务的任何内容（例如针对集合的查找），它就会针对以下应用程序域中的服务对象的副本进行操作插件的应用程序域，而不是我试图提供的单例。

我想我要么放弃我的多应用程序域追求，要么放弃在内部做任何事情。如果没有内部操作，基类可以从服务中分离出来，但它必须像其他所有东西一样与服务交互。

我确实喜欢学习，但我不喜欢一路上的坎坷。