Плохая практика иметь одинаково названные классы Non-Generic и Generic?

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

Это сравнимо с перегрузкой метода.Вместо того, чтобы иметь много разных имен методов для методов, делающих в основном одно и то же, перегрузки помогают создать порядок.Тем не менее, вы не должны злоупотреблять этим.Классы, интерфейсы и методы с одинаковыми именами действительно должны реализовывать одну и ту же идею с разными вкусами.В противном случае это было бы очень запутанным.