c# - 通过另一个库共享引用类库中的 C# 类

Question

我正在创建一个类库 (MyLib)，其中包含一个公共(public)类 A。该类指定一个公共(public)方法 M，从外部类库 (ExtLib) 返回一个类 B 的实例。

为了使用 MyLib.A.M()，将使用我的类库的用户必须同时引用 MyLib 和 ExtLib。

我的问题是，是否有可能以某种方式使 ExtLib.B 类可以直接通过 MyLib(例如:MyLib.B)访问，这样用户就不必引用这两个库，而只需引用 MyLib？

Answer 1

您应该接受您的用户应该引用您的程序集和支持程序集。

是的，您可能可以使用 ilmerge，以便将支持程序集整体合并到您自己的程序集中。但这完全将您的程序集的发布计划与支持程序集的发布计划联系在一起。如果不重新发布您自己的组件，则无法更新支持组件以用于您的组件。

还有版权和许可的问题。如果您也编写了支持程序集，我想您应该一点问题都没有。但除此之外，将支持程序集与您自己的程序集合并可能至少会遭到该程序集作者的反对，如果不是完全禁止的话。

另一个令人讨厌的选择可能是从程序集的 API 返回 dynamic 对象，而不是在支持程序集中声明的类型。这当然会产生可能的性能影响，并且还会否定任何可能的编译时类型安全，否则这将是使用 C# 等语言的正常好处。但这是可以做到的。

如果您真的无法忍受用户添加对支持库的引用，从软件工程的角度来看，一个合理的选择是更改您的程序集的 API，这样它就不会从支持库返回类型。如果您使用它，他们在运行时仍然需要该程序集，但至少用户的代码不需要显式引用。相反，您的 API 将返回您自己的程序集声明的类型并包装支持程序集的类型，可能会修改这些类型的接口(interface)(删除不需要的成员、添加新的扩展等)以更好地满足您自己用户的需求。这样，支持程序集的类型就从 View 中隐藏起来，因此不需要用户程序集的显式引用。

恕我直言，值得注意的是您的用户已经在引用您的程序集所依赖的许多其他程序集，即如果没有别的，那么至少是各种 .NET 程序集。诚然，任何 .NET 代码都需要其中许多才能正常工作，因此用户的项目已经有了这些引用，但它们仍然代表额外的程序集引用。可能需要也可能不需要其他非默认 .NET 程序集，具体取决于您自己的程序集还使用什么并返回给用户代码。无论如何，这种事情很常见，并不是真正应该投入大量时间试图避免的事情。

同样，事实是无论如何在运行时都需要支持程序集。因此，要求用户自己的项目引用该程序集似乎并不困难。引用声明自己的代码所依赖的类型的程序集正是 .NET 的工作方式。为什么要打它？什么令人信服的问题可能会促使人们付出真正的努力来避免用户项目的这种额外引用？