"我可以使用 .NET 属性而不依赖于定义它的程序集吗？"

Question

我不清楚有关属性和程序集依赖项的规则。

是否可以（并且不是一个糟糕的想法）使用 NuGet 包中的自定义属性注释程序集中的类型而不<\/em>引入对该 NuGet 包的运行时依赖关系？ 客户是否可以使用程序集中的类型而无需提供自定义包的程序集？

我问是因为我的 .NET 应用程序使用两个包：

1. 一个名为YamlDotNet<\/a><\/strong>的第三方 NuGet 包，用于将类型序列化为 YAML。 它允许您使用类似于 Microsoft 的 XML 属性的自定义属性来控制 YAML 序列化（例如，它具有类似 MS 的XmlIgnoreAttribute<\/code>的YamlIgnoreAttribute<\/code> ）

2. 我自己的包PackageA<\/strong>不<\/em>依赖于 YamlDotNet。

   我希望我的应用程序使用 YamlDotNet 从 PackageA 序列化我的类型。 但除非我执行以下操作之一，否则它们将无法正确序列化：

   1. 使用 YamlDotNet 自定义属性注释 PackageA 中的类型<\/li>
   2. 在应用程序中为 PackageA 类型创建带注释的包装器，以便为我进行序列化。<\/li><\/ol>

      我可以做#2，但做#1会更容易。 但我不想为 PackageA 的所有客户端引入对 YamlDotNet 的运行时依赖。 理想情况下，我希望任何使用 PackageA 的人也恰好使用 YamlDotNet 来免费获得这些属性，并且让其他人看不到它们。<\/em>

      我想要的可能吗？

Answer 1

属性是一个编译时特性，你总是需要引用 YamlDotNet 才能使用它的一种类型作为编译时类型元数据，除非你愿意做一些事情，比如在运行时生成模型类（这是相当可能比拥有一个额外的包参考更麻烦）。

这是一个普遍的问题，其中使用序列化程序的属性驱动功能会污染目标程序集并将其与该序列化程序耦合。

有三种方法可以解决这个问题：

1. 接受这个作为妥协<\/li>
2. 将 YamlDotNet 特定移动到单独的程序集中<\/li>
3. 有单独的序列化模型<\/li><\/ol>

   第一点应该很清楚-这是您不想要的，也是您的第一个建议。

   第二点可能是在单独的程序集中创建特定于 YamlDotNet 的类型包装器或类型转换器（如果它支持这些东西），以便核心程序集保持清洁。 这是您的第二个建议，只是带有一些转换器，这可能比从消费者的角度包装所有内容更令人愉快。

   第三点是关于在核心程序集中创建 DTO\/有效负载，这样您就不必使用任何特定于序列化程序的属性，并且序列化可以开箱即用。 如果您需要[YamlIgnore]<\/code>属性，用于序列化的模型可能还用于其他目的，因此这基本上只是关注点分离。 如果您序列化您的应用程序模型，您可能会发现在不影响各个地方的业务逻辑的情况下提供向后兼容性是不可能的。