c# - 我应该使 C# 私有(private)方法通用吗？

Question

我有一个 API，其中包含一些接受类型参数的方法。我现在将它们转换为泛型方法，作为改进 API 的一部分(更加类型安全)，同时保留非泛型版本以实现向后兼容性。

当前 - 将被废弃:

public object MyMethod(object value, Type expectedType)

新:

public T MyMethod<T>(object value)

但是，Mymethod 调用了一个私有(private)辅助方法，它也接受一个类型参数:

private object HelperMethod(object value, Type expectedType)

问题:我是否也应该使这个私有(private)辅助方法通用？

我在下面有自己的答案，但我想知道我是否遗漏了什么。非常感谢您的见解。

我的回答是否定的，我不应该让这个私有(private)方法泛化。

原因 1:此辅助方法是私有(private)的，因此即使我将其设为通用，也不会改进 API。

原因 2:如果我将其设为泛型，那么非泛型的公共(public)方法将不得不使用反射将类型参数传递给该泛型方法，这意味着更多的开销。

Answer 1

通过在整个实现过程中始终携带通用类型特定性，使您的私有(private)辅助方法成为通用确实改进了 API。如果您将类型限制为一个核心来处理无类型的 System.Objects，那么您的实现并没有完全实现泛型的类型安全优势。

例如，为什么 MyMethod 的参数仍然是 System.Object？如果该参数源自源代码，那么它也应该是类型参数的可能性很大。如果参数源自数据，您最好使用 System.Object。泛型在与源代码一起使用时最有用，因为源代码表达式在大多数上下文中隐式提供了类型。

泛型的隐藏成本取决于将与 API 一起使用的类型组合。如果大多数类型都是值类型(内置和结构)，那么将 API 切换为泛型可能会增加内存消耗，因为泛型代码必须针对每种值类型进行不同的 jit。如果您的通用 API 使用的大多数类型都是引用类型(类和接口(interface))，则代码/内存爆炸不是问题，因为所有引用类型都共享相同的 JIT 代码。

让旧 API 调用新通用 API 的成本是否 a) 可衡量和 b) 可接受完全取决于您在私有(private)辅助方法中所做的事情 - 特别是，私有(private)辅助方法对 Type 做了什么范围。

如果辅助方法实现相当轻量级，并且您确定(通过性能测量)调整旧 API 以调用新通用辅助程序的成本是 Not Acceptable ，我会考虑复制辅助方法实现，并排，一个旧样式和新通用样式中的一个。这消除了 API 样式之间的交叉转换成本，并消除了将新错误引入旧 API 的风险，代价是略微增加了内部代码维护工作。