为什么C#的Substring方法采用长度参数而非结束索引？

C# 切片参数设计的原因 #

• 历史设计考量：.NET 初代设计时参考了当时主流的类C、VB的字符串处理习惯，这类语言的原生字符串操作大多采用「起始索引+长度」的传参逻辑，同时对于当时的运行时实现来说，这种参数模式的边界校验成本更低，只需要判断起始索引≥0、长度≥0、起始索引+长度≤原对象总长度三个条件即可，逻辑更简洁。
• 场景适配：官方早期调研认为，绝大多数开发场景下，开发者明确知道自己需要截取的元素长度，比如取字符串前6位、从第3位开始取4个字符，这种场景下直接传长度比先算结束索引更高效。

适配C#切片逻辑的方法 #

• 优先用高版本C#的范围运算符：C# 8.0及以上版本已经原生支持[start..end]的左闭右开切片语法，完全符合你习惯的Python、Java切片逻辑，不需要做任何参数换算：
  比如你要截取索引2到索引5（包含2、不包含5）的子串，直接写str[2..5]即可，等效于老写法str.Substring(2, 5-2)，数组切片也可以用同样的语法，比如arr[1..4]。
• 低版本C#可以自定义扩展方法：如果项目只能用低版本C#，可以自己给字符串、数组封装扩展方法，适配左闭右开的传参习惯，举个字符串的例子：

  public static string Slice(this string str, int startIndex, int endIndex)
  {
      if (endIndex < 0) endIndex = str.Length + endIndex;
      return str.Substring(startIndex, endIndex - startIndex);
  }
  

  后续直接调用str.Slice(start, end)即可，不需要每次手动换算长度。
• 老方法适配：如果必须调用Substring、Array.Clear这类原生方法，只需要记住第二个参数的含义是「要操作的元素数量」，写的时候多留个心眼换算两次，习惯之后几乎不会出错。

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