在不重新编译的情况下在不同的程序集中引用 VB.NET 接口？

Question

有人要求我帮助开发包含用 VB.NET 编写的 DLL 的产品。客户的可执行文件引用这些 DLL。抽象一下情况：

背景：

产品LocationProduct 的版本1 包含Location1.dll，其中包括命名空间Country.Province 中的接口ICounty。客户使用 Location1.dll 编译他们的可执行文件。

 Namespace Country.Province

     Public Interface ICounty 
         Property District As String
     End Interface

 End Namespace

LocationProduct 的第 2 版除了 Location1.dll 之外还包含 Location2.dll。接口 ICounty 已从 Location1.dll 移至 Location2.dll，但接口及其命名空间未更改。新客户使用 LocationProduct 的第 2 版并参考 Location1.dll 和 Location2.dll 编译他们的可执行文件。

问题：

一位客户的可执行文件引用了 LocationProduct 的版本 1，该客户尝试升级到版本 2。客户收到异常“无法从程序集 'Location1... 加载类型 'Country.Province.ICounty'”。

如果接口 ICounty 从 Location2.dll 移回 Location1.dll，使用版本 2 编译的可执行文件会出现类似的异常，“无法从程序集 'Location2... 加载类型 'Country.Province.ICounty'”。

有没有办法改变 LocationProduct 让客户不需要重新编译？

Answer 1

你必须先了解这里发生了什么。

如果您的客户使用版本 1 编译可执行文件，这意味着他们希望接口位于 Location1.dll 中。

如果更改此设置，则会违反兼容性，因此必须重新编译。完成，就是这样，我的朋友没办法。。

但是您可能有一个选择：使用ObsoleteAttribute (see MSDN link)，这将在您的客户的 IDE 中创建一个警告，他们将看到他们不应该再使用此接口。 但他们仍然需要重新编译。

话虽如此，最终的问题是：你到底为什么要这样做？

您有一个发布给客户的库，您无需移动任何东西。当您设计公共框架时，您应该只添加东西，而不是更改或删除它们，因为每次您引入兼容性问题时，您的客户都必须重新编译！

这是一个指向MSDN Framework Design Guidelines 的链接，它解释了您应该如何设计一个库（或框架）。