有没有一种优雅的方法可以在 C# 中分离插件接口和实现？答案

【问题标题】：Is there an elegant way to separate Plugin Interface and Implementation in C#?有没有一种优雅的方法可以在 C# 中分离插件接口和实现？
【发布时间】：2021-10-25 12:25:42
【问题描述】：

我正在开发一个 C# 桌面应用程序，它应该尝试查找和使用托管在完全不同的 C# 项目中的插件，以便应用程序不知道插件宿主项目及其类型的任何内容。

如果在我的应用程序 EXE 文件夹中找到插件 DLL，我应该能够创建插件接口的实例。但是要在应用程序中这样做，我需要在编译时让应用程序解决方案知道插件程序集，由于项目管理问题，这是不允许的。

据我所知，唯一的方法是拥有两个程序集：一个只有接口，可以添加到应用程序解决方案中，另一个是插件实现。但是有没有可能更优雅的解决方案？

【问题讨论】：

只搜索匹配的程序集，例如通过他们的文件名，或者只使用文件夹或 whtaver 中的所有程序集。比指示这些程序集中是否有任何类实现了接口，如果有，则使用Activator.CreateInstance 创建实现类的实例。您具体在哪里被困在这里？很难在没有看到任何代码的情况下指示。
docs.microsoft.com/en-us/dotnet/core/tutorials/…
@HimBromBeere 据我所知，要通过 Activator 实例化一个变量，您需要知道它的类型，而不仅仅是名称。为此，您需要一个类型所在的程序集。

标签： c# plugins interface

【解决方案1】：

据我所知，唯一的方法是拥有两个程序集：一个只有接口，可以添加到应用程序解决方案中，另一个是插件实现

这是我用于插件的解决方案。接口项目托管在主应用程序解决方案中，接口 dll 要么手动复制到插件解决方案，要么通过 nuget 引用。我不知道任何更优雅的解决方案。

对接口的更改会有点麻烦，但这不一定是坏事，因为频繁更改公共 API 对 API 的用户来说可能很困难。对插件实现应该如何处理不同的 API 版本有一些计划是个好主意。例如，通过在接口中公开一个版本属性，该属性可用于确定哪些方法可以安全调用。

【讨论】：

感谢乔纳斯！正是我的情况。
版本属性是个好主意，顺便说一句。没想到！