这种使用泛型的模式有名称吗？

Question

//this class (or interface if you like) is set up as generic...
public abstract class GenericBase<T> 
{
    public T PerformBasicTask(T in) { ... }
}

//... but is intended to be inherited by objects that close the generic...
public class ConcreteForDates:GenericBase<DateTime>
{
    public DateTime PerformSpecificTask(DateTime in) { ... }
}

//... so that consuming code never knows that a generic is involved
var myDateConcrete = new ConcreteForDates(); //look ma, no GTP!
//These two methods look alike, and there is no generic type inference,
//even with PerformBasicTask().
var basicResult = myDateConcrete.PerformBasicTask(DateTime.Now);
var specificResult = myDateConcrete.PerformSpecificTask(DateTime.Today);

//does not compile because T is understood by inheritance to be a DateTime,
//even though PerformBasicTask()'s implementation may well handle an int.
var anotherBasicResult = myDateConcrete.PerformBasicTask(1);

我已经多次看到并使用过这种模式，它对于跨一系列特定于类型的子类提供通用功能非常有用。例如，这可能是控制器/演示者的模型，特定于一种域对象类型，该域对象是该类用于控制的页面的中心；检索/持久性等基本操作可能使用 100% 的通用功能，但绑定/解除绑定可能非常具体。

这种泛型声明模式是否有一个名称，而不会将泛型暴露给最终用户？

Answer 1

我相信这不是一种模式，而是 .NET Framework 的 Generic Type 子系统的细节，它通过用具体类型（在您的示例中为 DateTime）替换泛型类型参数在运行时生成具体类型。所有其他关于分享共同行为的事情都被称为Inheritance

Answer 2

如果我要命名它，我会称之为 Specifics，我同意 Aliostad 的观点，因为它是一种反模式。

Answer 3

泛型用于重用需要在类型之外描述的行为 - 或至少在 where 子句强制执行的限制范围内。

恕我直言，您看到的示例是泛型反模式。类型应该无关紧要，或者如果有，则只有在限制中定义时才重要 - 即where 子句。

所以基本上，期望所有子类都实现抽象的泛型抽象类不使用泛型。我不能简单地开始使用Generic<MyType>，这是泛型的重点。

我认为那是不合时宜的。

在这种情况下，使用通用抽象类/接口有轻微的好处，这是PerformSpecificTask 实现的类型安全。

---

更新

我知道这是一个有争议的问题，我会被左右开除，但我相信确实如此。

一个类可以愉快地继承一个泛型类并添加更多功能。但在这种情况下，定义了该类的身份的是额外功能。当我不能只说Generic<MyOwnTypeOfVolition> 时，我就违背了泛型的目标。然而，有时，我关心的不是泛型——它是 interface，这里似乎就是这种情况。

---

更新 2

一个经典的例子是 .NET Framework 中的IConvertible。

您可以为它设置一个通用接口/抽象类并要求所有子类实现它，但框架将其设为可选情况，并且仅支持实现该接口的类。