添加扩展方法我认为应该在框架中：坏主意？

Question

我希望 .NET 框架中有一项特定功能，但事实并非如此。我希望有一个 DBDataReader.GetString（或 GetDateTime、GetInt32 等）重载接受字段名称而不是索引。在我看来，使用字段名称可以更轻松地进行维护，但 GetXxx 方法仅接受字段位置。

我可以通过使用扩展方法将这些添加到我的项目中（至少以有限的能力满足我的即时需求），但感觉有些不对劲。除了我必须为每个新项目重复此过程这一明显问题之外，还有什么理由不做我正在考虑的事情呢？

例如，我是否会陷入试图重写框架以适应我的突发奇想的滑坡？我会让那个必须修改我的代码的可怜人（可能是我）摸不着头脑试图弄清楚发生了什么吗？我是否违反了 OOP 的某些核心原则？

只是寻找指导和观点。谢谢。

Answer 1

这正是扩展方法能够解决的场景之一。您需要的功能在您无法控制的类型上尚不可用。

至于在每个项目中复制代码，您需要做的是创建一个类库项目来存储像这样的公共/共享代码，然后在每个解决方案中包含该项目并使用项目引用或编译项目，将生成的程序集放在共享位置并将其作为文件项目引用包含在内。

请记住，扩展方法仅在“纳入范围”时才可用。这意味着，如果您将扩展方法定义为：

namespace CustomExtensions
{
    public static class StringExtensions
    {
       public static string InvariantToString(this int value)
       {
          return value.ToString(System.Globalization.CultureInfo.InvariantCulture);
       }
    }
}

除非代码文件包含带有 using 指令的 CustomExtensions 命名空间，否则它将在任何字符串值上都不可见。

因此，建议您不要将自己的扩展放入 .NET Framework 定义的命名空间中，而应使用自己的命名空间。这样做可以最大程度地减少混乱的可能性，因为除非明确将扩展纳入范围，否则您的扩展将不可用。

另外，请记住，如果您提供的扩展方法与“内置”方法完全相同的签名，则您的扩展方法将永远可见或可调用 -内置方法始终优先。如果 Microsoft 决定在框架的更高版本中包含该功能并使用您选择的完全相同的签名，那么您的扩展方法将不再被调用。

当您定义扩展方法时，您实际上并没有重新定义要扩展的基础类型，因此您没有自己的“单独版本”。扩展方法提供的只是一种在静态类中调用静态方法的方便且更自然的方法。事实上，使用我上面的示例扩展方法，这些是等效的调用：

int i = 42;
Console.WriteLine(i.InvariantToString());
Console.WriteLine(StringExtensions.InvariantToString(i));

虽然 Microsoft 确实花了很多心思来考虑框架中包含或不包含的内容，但他们无法了解可能驱动的特定用例您对某些功能的特殊需求。是的，大多数时候他们做得很好并提供“开箱即用”的功能，但有时却不然。 （一个很好的例子就是缺少 InvariantToString() 方法。）

Answer 2

实际上，我认为 .NET 做得相当好：要使扩展方法起作用，您必须使用它们定义的名称空间。Visual Studio 将向您显示该方法来自何处等。

无论如何，如果您找到抽象这使您的代码更易于阅读/维护，然后就去做吧！

Answer 3

考虑以下问题的答案，然后继续创建您的扩展方法。让您的工作更轻松是扩展方法成为该语言一部分的原因。

1. 您应该将扩展方法包装到专门用于这些扩展的命名空间中，以便开发人员可以随心所欲地包含或排除它们。
2. 将这些扩展放入单独的 dll 中将允许您重用它们，而无需在项目之间复制文件或代码。
3. 不要忘记认真思考设计。如果其他人将使用它，您需要对其进行一些改进，并确保他们可以快速轻松地使用它。这也是可能导致性能问题的功能，因此设计它的方式允许您在不更改扩展方法的使用的情况下进行性能调整。

Answer 4

扩展是语法糖。本质上，您所做的就是创建一些静态方法，就像任何其他静态方法一样......除了一个例外，它们可以为您节省更多的打字时间。

也就是说，如果您（和您的团队，如果您有的话！）确定某些扩展方法可以节省您（和您的团队）的时间和精力，那么就添加它们！

这个想法的注意事项：

• 确保为您的方法命名，不会使它们与其他框架功能混淆。 （像这样的扩展方法： Stream ToStream(this object o) 肯定会很烦人！）
• 注意不要添加太多，以免它们弄乱您的智能感知并减慢您的速度！如果是这种情况，那么将它们保留为静态方法可能就可以了。
• 仅当您在环境中的该类型上经常使用它时才添加它们。例如，我有一个适用于我们环境的 GraphicsPath.Serialize() 扩展器，因为我几乎总是必须为我们正在处理的内容序列化我的 GraphicsPaths，而且我经常这样做。否则，对我的序列化器类的简单调用就足够了。
• 不要忘记，如果您有自己的内部类的扩展方法，并且有人在该类上创建了具有相同名称的方法，那么您的扩展将被击败！

Answer 5

那么，在 Java 中，选项是下载并编译您自己的 JRE。或者通过继承来扩展类。现在重新考虑一下，扩展方法不是您可以在您的情况下使用的最佳方法吗？

我还建议创建您自己的“MyNiftyLibrary”来存储此代码。这是我存储所有“StringHelper”、“...Helper”代码的地方。将其视为您的个人 .NET 插件。