Class<T> 和静态类，最佳实践？

Question

我有一个场景（简化）如下：

public static class Example
{
    public const int CONSTANT_VALUE = 1;

    public static Example<T> Create<T>(IEnumerable<T> argument)
        where T : class
    {
        return new Example<T>(argument);
    }

    //More overloads of Create<T>, possibly other static methods, etc..
}

public class Example<T>
    where T : class
{
    public Example(IEnumerable<T> argument)
    {
        //Do Stuff

        //Nothing like this in the real code, just example
        //that constants are used from the other class.
        if (something == Example.CONSTANT_VALUE)             
        {
            //Do A Thing
        }
    }

    //Lots more code
}

基本思想是我可以通过静态类通过类名获得静态方法、常量等，而实际实现在类型参数的非静态类中。

我的问题是这是否是一个很好的设置方法。有没有办法在Example<T> 上放置一些不关心类型参数的静态方法和常量？还有其他更推荐的模式吗？我的工作正常，但我想知道是否还有其他方法，因为这是我第一次最终做这样的事情（并不是说它在概念上对我来说是新的，只是从来没有需要）。

Answer 1

这只有在常量是公开的情况下才有意义。如果它们仅供Example<T> 内部使用，那么这是没有意义的，因为您可以在没有完全限定名称的情况下引用它们。

如果常量是公共使用的，我也不会使用这种模式； Example 和 Example<T> 是两个不同的类，任何用户都可能会感到困惑，而且不是很明显，非泛型类中定义的常量适用于泛型类。

您只是在避免用户敲击几次按键，我不确定这是否值得。

更新：其他选项

在这种情况下，我将使用以下工厂模式（假设用户在您的程序集之外）

public class Example<T>
{
     internal Example() { } //disallow users from instantiating this class
      ...
}

public static class Example
{
    public const int Constant = ...
    public static Example<T> Create<T>() { return new ... }
}

现在所有用户将只与Example 交互，并避免使用Example<T>。您甚至可以对您自己的程序集的用户强制执行此操作，您只需要将 Example<T> 设为实现公共接口的私有嵌套类：

 public interface IExample<T>
 {
     ...
 }

 public static class Example
 {
     private class Example<T>: IExample<T> { ... }
     public static IExample<T> Create<T>() { ... }
     ....
  }

Answer 2

除非有原因在您的情况下不起作用，否则我宁愿使用非静态基类Example，然后让Example<T> 从此类继承。这样您就可以直接访问Example 中的所有方法，而无需使用名称进行限定。当然，这假设 Example 类专门用于与各种类型的类 Example<T> 结合使用。