包装 System.Math 是个坏主意吗？ [关闭]

Question

我有自己的数学库，我希望它被称为“数学”（我一直称它为“数学”）。它在自己的命名空间中，但“Math”的类名仍然与 System.Math 冲突。我为解决这个问题所做的是将 System.Math 中所有内容的包装器添加到我的库中，该库只显式调用 System.Math 函数，然后我必须添加

using Math = Yushatak.Libraries.Math;

到每个使用 Math.* 功能的文件。我觉得这不是最好的方法，而且我也担心包装会导致额外的开销，而这也不是你想要开销的地方..

建议？有没有更好的方法来“扩展” System.Math？这只是一个坏主意，我应该回到“数学”吗？有什么建议吗？ :P

包装方法示例：

    public static decimal Abs(decimal value)
    {
        return System.Math.Abs(value);
    }

Answer 1

这个答案现在包含三个不同的部分。

虽然using 语句方法除了源代码中的额外一行之外没有任何开销，但包装器方法会在许多方面产生开销。

1. System.Math 中有非常多的方法。准确地复制包装器充其量是乏味的。
2. 运行时的性能开销可能很小，也可能很严重，具体取决于 JIT 如何在内部处理对数学函数的调用。这可能因实施和平台而异。
3. 为您的类编译的代码会更大。
4. 很难理解数学课中的哪些功能是新功能，哪些只是已经存在的东西的包装。

以上所有情况都可以通过使用不同的策略来预防。

---

故意避免名称冲突是相当普遍的做法，我将新类命名为NameEx，其中Name 是原始名称。例如，您可能有兴趣创建 MathEx 类。

---

您还可以使用类似以下的方法来处理冲突的名称。

using Math = Yushatak.Libraries.Math;
using SystemMath = System.Math;

这在 Visual Studio 扩展开发中经常发生，特别是对于名为 Constants 和 IServiceProvider 的类。