具有相同名称的非泛型和泛型类的不良实践？

Question

令我惊讶我能够做到这一点：

public abstract class BaseComponent 
{ 
    protected GameObject GameObject; 

    internal BaseComponent(GameObject gameObject) 
    { 
     GameObject = gameObject; 
    } 
} 

public abstract class BaseComponent<TComponent, TManager> : BaseComponent 
where ... 
{ 

} 

1. 是命名我的2班同样不好的做法？
2. 有没有在这种情况下，一个标准的命名惯例？

Answer 1

是否将我的2个类命名为相同的错误操作？

号

有没有在这种情况下，一个标准的命名惯例？

同名的罚款。比照IEnumerable和IEnumerable<T>。

令我惊讶我能够做到这一点：

为什么是一个惊喜？它很直观，并且在框架中是标准的。

Answer 2

这相当于把方法重载。重载有助于创建订单，而不是为方法做很多不同的方法名称。但是，你不应该滥用它。具有相同名称的类，接口和方法确实应该以不同的风格实现相同的想法。否则，这将是非常混乱。