NuGet 封装的 C# 库：接口和实现分离 — 需要设计模式 [关闭]

Question

关闭。 这个问题是基于意见的。 它目前不接受答案。

---

想改进这个问题？ 更新问题，以便可以通过编辑这篇文章用事实和引用来回答它。

6 天前关闭。

改进这个问题

我将解释日志服务的问题。 有我们自己的 ILogService 接口，带有 Info、Debug、Error 等常用方法。还有它的实现，如 ConsoleLogService、Log4NetLogService、SeriLogService 等，它们实现了 ILogService 接口。 假设我们将所有日志记录功能保存在一个独立项目中。

接下来，假设我们的大产品包含 5 个应用程序和 30 个由这些应用程序使用的 class 库。 日志记录无处不在，但是 class 库只处理 ILogService 接口。 库使用日志记录，但它们不构造其实现实例。 应用程序对此负责 - 应用程序应该了解实现以及如何构建它们。 构建实现后，可以将其作为 ILogService 接口传递到任何库中。 因此，class 库只需要了解 ILogService 接口，它们不应该依赖于它的实现。

现在，我们要将日志服务打包到 NuGet package 并推送到我们的私有存储库中。 之后，任何需要日志服务的人都可以安装此 package 并进行日志记录。 这个 package 依赖于日志实现所需的所有第三方包：log4net、SeriLog 等。我们为 5 个应用程序执行此操作时很好。 一个应用程序应该知道如何构造每种类型的 ILogService 实现，所以我们需要将 log4net、SeriLog 等 NuGet 包安装到每个需要日志记录的应用程序中。

然而，我们的 class 库不需要知道如何构建这些实现。 他们所需要的只是 ILogService 接口。 But when we install our logger NuGet package into a class library, it will also install all dependent packages, so every class library which needs just an interface, will be forced to install all dependent third-party packages as well. 这看起来不太好，因为好吧，我们只需要一个接口。

我们可以通过将记录器项目添加到我们的解决方案中来克服这个问题，并将其链接到所需的库作为项目参考。 在这种情况下，我们只需要将 log4net、SeriLog 等安装到记录器项目中。 但这不是我们想要的方式，因为我们希望以 NuGet package 方式保持我们的日志服务分布。 可能是我们想将此记录器提供给另一个团队并且我们不想共享源代码。

我能看到的唯一方法是将这个 package 一分为二：接口 package 和实现 package。 如果要构建记录器的实例，则安装实现 package。 如果您只需要ILogService接口，那么您只需安装接口package。

但是，每当您想将接口与其实现分开时，将包分成两部分感觉不对。 那么，最好的方法是什么？ 如果我们只需要一个接口，是否有一些众所周知的设计模式可以让我们免于冗余依赖？ 请注意，我们希望通过 NuGet 包分发记录器。

Answer 1

关闭。 这个问题是基于意见的。 它目前不接受答案。

---

想改进这个问题？ 更新问题，以便可以通过编辑这篇文章用事实和引用来回答它。

6 天前关闭。

改进这个问题

我将解释日志服务的问题。 有我们自己的 ILogService 接口，带有 Info、Debug、Error 等常用方法。还有它的实现，如 ConsoleLogService、Log4NetLogService、SeriLogService 等，它们实现了 ILogService 接口。 假设我们将所有日志记录功能保存在一个独立项目中。

接下来，假设我们的大产品包含 5 个应用程序和 30 个由这些应用程序使用的 class 库。 日志记录无处不在，但是 class 库只处理 ILogService 接口。 库使用日志记录，但它们不构造其实现实例。 应用程序对此负责 - 应用程序应该了解实现以及如何构建它们。 构建实现后，可以将其作为 ILogService 接口传递到任何库中。 因此，class 库只需要了解 ILogService 接口，它们不应该依赖于它的实现。

现在，我们要将日志服务打包到 NuGet package 并推送到我们的私有存储库中。 之后，任何需要日志服务的人都可以安装此 package 并进行日志记录。 这个 package 依赖于日志实现所需的所有第三方包：log4net、SeriLog 等。我们为 5 个应用程序执行此操作时很好。 一个应用程序应该知道如何构造每种类型的 ILogService 实现，所以我们需要将 log4net、SeriLog 等 NuGet 包安装到每个需要日志记录的应用程序中。

然而，我们的 class 库不需要知道如何构建这些实现。 他们所需要的只是 ILogService 接口。 But when we install our logger NuGet package into a class library, it will also install all dependent packages, so every class library which needs just an interface, will be forced to install all dependent third-party packages as well. 这看起来不太好，因为好吧，我们只需要一个接口。

我们可以通过将记录器项目添加到我们的解决方案中来克服这个问题，并将其链接到所需的库作为项目参考。 在这种情况下，我们只需要将 log4net、SeriLog 等安装到记录器项目中。 但这不是我们想要的方式，因为我们希望以 NuGet package 方式保持我们的日志服务分布。 可能是我们想将此记录器提供给另一个团队并且我们不想共享源代码。

我能看到的唯一方法是将这个 package 一分为二：接口 package 和实现 package。 如果要构建记录器的实例，则安装实现 package。 如果您只需要ILogService接口，那么您只需安装接口package。

但是，每当您想将接口与其实现分开时，将包分成两部分感觉不对。 那么，最好的方法是什么？ 如果我们只需要一个接口，是否有一些众所周知的设计模式可以让我们免于冗余依赖？ 请注意，我们希望通过 NuGet 包分发记录器。