推荐使用命名值元组（如(int code, string msg, bool success)）替代tuple，因其轻量、可解构、支持编译期命名且无堆分配；但字段超4个或有强业务关联时应改用record或类。
直接用 Tuple 或 (T1, T2, ...) 值元组（ValueTuple）就能返回多个值，推荐后者——它轻量、可解构、支持命名，且没有 Tuple 的堆分配开销。
用 (int, string, bool) 值元组代替传统 Tuple
Tuple.Create(42, "ok", true) 会创建引用类型对象，而 (42, "ok", true) 是栈上的 ValueTuple<int string bool></int>，性能更好，语法更直白。
常见错误：误以为 Tuple<int string></int> 和 (int, string) 可互换——它们类型不兼容，不能直接赋值或作为同一重载方法参数传入。
- 定义返回值时写
public (int code, string msg, bool success) GetData()，不是Tuple<int string bool></int> - 调用后可直接解构：
var (code, msg, success) = GetData(); - 命名字段只在编译期起作用，运行时仍按位置访问（如
item1,item2），但命名让代码自解释
解构时命名要和返回声明一致，否则容易混淆
如果方法声明为 public (int status, string detail) GetResult()，解构时写 var (code, msg) = GetResult(); 没问题，变量名可以不同；但若后续读 code 却误以为是 HTTP 状态码，而实际 status 是业务码，语义就断了。
- 建议解构变量名与元组字段名保持一致，减少认知负担
- 字段名在反射中不可见（
GetType().GetFields()返回空），别依赖它做序列化或动态绑定 - 不支持在元组字段名中用关键字（如
(int @class, string name)编译报错），得改名
嵌套元组或混合泛型时注意括号层级和类型推导
像 (string, (int, bool)) 这种结构，C# 能正确推导，但 IDE 提示可能变弱，尤其在链式调用中。
- 避免三层以上嵌套，比如
(string, (int, (bool, DateTime)))—— 可读性骤降，建议封装为record或简单类 - 混合使用命名与未命名字段（如
(string name, int)）会导致未命名项只能用item2访问，破坏一致性 - 泛型方法返回元组时，类型参数必须显式或能被完整推导，否则编译失败，例如：
Do<t>()</t>返回(T, bool)，调用处需确保T明确
值元组的“优雅”不在于能塞多少东西进去，而在于它让多值返回变得无感——就像本来就应该这样写。但一旦字段超过 4 个，或者字段间有强业务关联（比如 userId, userName, userRole），就该收手，换成 record 或小类，否则命名、测试、序列化都会开始咬人。
