Tuple.Create 是最轻量的多值返回方式,适合一次性、低耦合场景;但字段名无语义(Item1/Item2)、序列化不友好、跨作用域丢命名,频繁传递或需验证时应改用 record 或类。用 Tuple.Create 快速返回多个值,别再写临时类直接用 tuple.create 是最轻量的多值返回方式,适合一次性、低耦合场景。它不需定义新类型,编译器自动推导泛型参数,写起来快,读起来也清楚。常见错误是手动写 new Tuple<int, string>(1, "ok")------太啰嗦,且容易写错泛型顺序;Tuple.Create 能省掉类型声明,还能避免 null 传入时的类型推导失败(比如 Tuple.Create(null) 会报错,得显式写 Tuple.Create((string)null))。使用场景:工具方法、内部计算逻辑、API 响应包装前的中间结构。Tuple.Create(42, "success", true) → 推导为 Tuple<int, string, bool>字段名默认是 Item1、Item2......别指望有语义化命名,这是最大限制值类型元组(C# 7+ 的 (int, string))性能更好,但 Tuple<> 类型在跨 assembly 或序列化时兼容性更强改用 C# 7+ 的值元组语法 (int, string),语义和性能兼顾如果项目目标框架 ≥ .NET Core 2.0 或 .NET Framework 4.7+,且引用了 System.ValueTuple NuGet 包(旧项目可能需要),优先用括号语法。它本质是 ValueTuple<>,栈上分配,无 GC 压力,字段还能自定义名字。容易踩的坑:匿名命名只在当前作用域有效------函数返回 (int code, string msg),调用方解构时能用 code 和 msg,但若转成 object 或存进 List<var>,名字就丢了,只剩 Item1、Item2。示例:public (int statusCode, string message) GetResult() => (200, "OK");调用时可直接解构: arXiv Xplorer ArXiv 语义搜索引擎,帮您快速轻松的查找,保存和下载arXiv文章。
相关推荐
进击的明明12 小时前
当AI开始“边想边干”:深入聊聊ReAct,以及如何用Python手搓一个简单Agent这个DBA有点耶13 小时前
从症状到根因:数据库监控指标的分层方法与静态/动态阈值策略全栈弄潮儿13 小时前
Python实战第8期:函数SelectDB14 小时前
时间旅行与快照能力速查:Doris 侧三条落地路径SelectDB14 小时前
云数仓成本结构拆解速查:五层计费 vs Doris / 托管形态SelectDB14 小时前
什么场景能承接与建议保留:Doris vs Snowflake 边界速查卷无止境15 小时前
暗流与破局:AI时代的代码安全审查工具全景指南这个DBA有点耶16 小时前
DELETE没删多少数据,表却越来越大——InnoDB删除空洞与页合并失效的根因卷无止境17 小时前
一人公司的全栈选型指南:让 AI Agent 写得快,也让生意跑得稳