C#泛型中类型参数T与TItem的区别是什么

在C#中创建泛型类时，不少开发者会对泛型类型参数的命名规则产生疑问。
有开发者在Blazor项目中编写承载特定业务值的泛型类时发现，不管是框架内置组件代码，还是项目里的纯C#类实现，大多习惯使用TItem作为泛型类型参数名，参考代码如下：

public class Disc<TItem> where TItem : class
{
    public IEnumerable<IValues<TItem>> Dataset { get; set; }
    [JsonIgnore]
    public string Title{ get; set; }
}

public interface IValues<TItem>
{
    IEnumerable<TItem> Items { get; set; }
    object Song { get; set; }
    string Lyrics { get; set; }
}

对应的疑问是：上述使用TItem作为类型参数的写法，和以下使用T作为类型参数的写法是否完全等价？

public class Disc<T> where T : class
{
    public IEnumerable<IData<T>> Dataset { get; set; }
    [JsonIgnore]
    public string Title { get; set; }
}

public interface IValues<T>
{
    IEnumerable<T> Items { get; set; }
    object Song { get; set; }
    string Lyrics { get; set; }
}

解答 #

两种写法在编译逻辑、运行时行为上完全等价，泛型类型参数的名称本身不会对程序执行逻辑产生任何影响，差异仅存在于代码可读性层面。

• 从C#语言规则来说，泛型类型参数本质是合法标识符，只要符合C#标识符命名规范，你可以给它起任意合法名称，不管是T、TItem还是其他自定义名称，编译器只识别泛型参数的声明位置、绑定的约束条件，和参数的具体命名没有关系。
• Blazor生态中普遍使用TItem是行业通用命名约定的体现：
  • 当泛型类只有一个无特殊语义的类型参数时，默认用简写T，这是C#自2.0版本推出泛型特性以来就沿用的习惯，比如框架内置的List<T>、Task<T>中的泛型参数都以T命名。
  • 当泛型参数明确表示集合、数据集里的单个元素类型时，会使用TItem作为参数名，开发者看到命名就能直接判断参数的语义，不需要反复翻阅上下文确认。Blazor中大量组件是数据列表、条目展示类组件，泛型参数刚好对应绑定的单条数据项，因此TItem的出现频率远高于普通C#项目。
• 需要额外注意：你提供的第二段示例代码里，Dataset属性的类型写的是IEnumerable<IData<T>>，和第一段的IEnumerable<IValues<TItem>>存在接口名差异，如果是手误写错，修正后两段代码没有任何功能区别；如果确实是两个不同的接口类型，那才会产生逻辑差异，这个问题和泛型参数的命名无关。

内容的提问来源于stack exchange，提问作者xestla