C#目前是否已支持为string类自定义>、<比较运算符？

截至C# 12（对应.NET 8的最新稳定版本），依然不支持为已有的预定义类型（包括string）自定义重载比较运算符 #

核心限制原因 #

• C#的运算符重载存在刚性语法约束：所有自定义运算符必须满足两个要求，一是方法要定义为运算符所在类/结构体的静态成员，二是重载的运算符的操作数中，至少有一个类型必须和定义该运算符的类/结构体类型一致。
• 这意味着，你根本无法在类外部写出能匹配string1 > string2语法的合法运算符定义：哪怕你在自定义扩展静态类里尝试写针对两个string参数的大于运算符，代码会直接触发编译错误——因为运算符所在的类是你自定义的静态类，两个操作数都是string，没有任何一个参数类型和所在类匹配，从语法层面就不被允许。
• 扩展方法的机制本身也完全不覆盖运算符解析链路：编译器做运算符解析时，只会扫描操作数类型内部定义的静态运算符方法，不会像普通实例方法调用那样，全局匹配命名空间下的扩展静态类。之前流传的“静态类不支持运算符重载”只是表层误解，本质是扩展方法从来就没有被纳入运算符的解析规则中。

补充事实：string类本身已经内置了<、>运算符的原生实现，内置逻辑为基于当前区域性的字符串排序比较。因为这部分逻辑是类库编译进String类型内部的，你根本无法从外部覆盖、修改它的默认行为。

后续版本的可能性 #

从C#的长期设计原则来看，这类“允许外部修改已有基类运算符行为”的功能几乎不可能被加入语言规范。一旦放开这个限制，同一段string1 > string2的代码在不同引用了不同扩展库的项目中，可能因为第三方定义的自定义运算符出现完全不同的比较结果，会彻底破坏代码的可预测性，带来大量难以排查的隐性bug。 #

现有方案的优化建议 #

你当前实现的IsGreaterThan、IsLessThan扩展方法，已经是在不修改原生语言行为前提下，可读性最优的实现方案。如果想要减少重复代码，可以把扩展方法改写为支持所有实现了IComparable<T>的泛型版本，无需单独为string类型重复写逻辑。

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