c#解构赋值仅支持元组和含合法deconstruct方法的类型；自定义类需满足public、实例、void返回、全out参数等严格签名要求，record自动合成，普通class/struct需手动实现，且不继承基类deconstruct。
解构赋值在 C# 中不是“打开开关就能用”的通用能力，它只对两类东西生效：元组（ValueTuple）和实现了特定 Deconstruct 方法的类型；其他类型直接写 (a, b) = obj 会报 CS8129 错误。
为什么自定义类解构失败？检查 Deconstruct 方法签名
编译器只认一种契约：必须是 public 实例方法，返回 void，所有参数都是 out，且顺序、类型必须与解构左侧严格对应。
- 错误写法：
private void Deconstruct(out int x, out string y)→ 私有方法不可见 - 错误写法：
public static void Deconstruct(...)→ 静态方法不参与实例解构 - 错误写法：
public void Deconstruct(int x, out string y)→ 混入非out参数 - 正确写法：
public void Deconstruct(out int x, out string name) { x = this.Id; name = this.Name; }
record 默认支持解构，但普通 class 和 struct 不行
记录（record）在生成构造函数的同时，会自动合成一个匹配所有位置参数的 Deconstruct 方法。而普通类或结构体不会——哪怕字段名、数量、类型都一样，也得手动加。
- 这个自动生成的
Deconstruct只覆盖位置参数（即 record 声明中括号里的部分），不包含额外属性 - 如果继承自基类，子类不会继承基类的
Deconstruct；必须显式重写或重新声明 - 泛型类可以支持解构，但
Deconstruct方法本身不能是泛型方法（比如不能带<t></t>）
解构 + 模式匹配才是真实发力点，别只用来赋值
单独写 var (x, y) = point; 看似简洁，但真正体现价值的地方是和 is 表达式、switch 结合，一次完成类型判断 + 字段提取。
if (GetResult() is (int code, string msg)) { /* 直接用 code 和 msg */ }switch (node) { case BinaryNode { Left: var (lVal, _), Right: var (_, rVal) }: ... }- 注意：
Deconstruct被调用时，不会触发属性的get访问器——它只读字段或按你写的逻辑赋值，所以别在里面做副作用操作
常见踩坑：解构不等于属性访问，也不等于运行时反射
整个解构过程完全由编译器在编译期静态分析完成，不依赖运行时类型信息或反射。这意味着：
- 签名写错，立刻报
CS8129，不会等到运行时报错或静默失败 - 没有隐式转换：即使你的
Deconstruct返回out double，但解构时写了int x，会编译失败，不会尝试转换 - 嵌套解构可行，但每一层都必须满足上述规则；比如元组里包了一个自定义类，那个类也得有合法
Deconstruct
