C#如何使用Record类型_C#不可变数据模型特性解析【极简】
C# Record类型:不可变数据容器的正确打开方式
先明确一个核心认知:C#中的Record类型,本质上是一个“省心”的不可变数据容器。它不是什么更高级的class,而是编译器帮你自动生成值相等性、ToString、GetHashCode以及with表达式的语法糖。用对了,它能帮你省掉80%的数据传输对象(DTO)代码;但用错了,尤其是在Entity Framework Core或嵌套可变对象里,坑可不少。
免费影视、动漫、音乐、游戏、小说资源长期稳定更新! 👉 点此立即查看 👈

简单来说,Record类型就是那个帮你把繁琐的样板代码交给编译器的工具——但前提是,你得知道它的脾气。
record声明时,到底要不要加class或struct?
这个问题必须拎清楚:record本身只是一个修饰符,并非独立的类型。如果你不显式声明class或struct,那么编译器默认会把它当作record class,也就是引用类型。
public record Person(string Name, int Age);—— 这行代码等价于public record class Person(...)。它是引用类型,但比较时用的是值语义。public record struct Point(double X, double Y);—— 这才是值类型。它复制开销小,非常适合用来表示轻量的坐标、枚举包装等场景。public readonly record struct Temperature(double C);—— 强制只读的值类型,能有效避免内部字段被意外修改。
这里有个常见的陷阱:混用record和无修饰的class定义,可能会导致继承失败或比较逻辑混乱。特别是在泛型约束中,你可能会遇到令人头疼的T must be a non-abstract type错误。
with表达式,为什么改不了嵌套的List?
很多人对with表达式有误解,以为它是“深拷贝魔法”。其实不然,with只进行浅拷贝。它会创建一个新的record实例,但对于所有引用类型的字段(比如List、Dictionary),新副本指向的仍然是原来的对象。
- 错误示范:
var p1 = new Person("A", new List{ "x" }); var p2 = p1 with { Name = "B" }; p2.Tags.Add("y"); // 小心!p1.Tags也跟着变了! - 正确做法:要么手动对关键字段进行深拷贝,要么在构造时就使用只读集合(如
IReadOnlyList)。例如:public record Person(string Name, IReadOnlyListTags) { public Person(string name, IEnumerable tags) : this(name, tags.ToList().AsReadOnly()) { } }
记住,with不是万能的,它只是编译器帮你生成的一份属性级赋值代码。
record能不能当作Entity Framework Core的实体来用?
答案是:不能,至少不能直接使用。EF Core对实体有一个硬性要求:需要引用相等性。也就是说,同一行数据库记录必须映射到同一个.NET对象实例。然而,record默认启用的是值相等性,并且其属性是只读的(通过init设置),EF Core的变更追踪器(change tracker)无法修改它们。
- 典型报错场景:在
DbSet中使用record类型,调用Sa veChanges时可能会抛出InvalidOperationException: The property 'Name' has no setter。 - 替代方案:使用普通的
class作为EF Core实体。而record则可以完美扮演DTO或查询结果的角色,例如:Select(x => new Person(x.Name, x.Age))。 - 如果非要坚持用record做领域模型,那就需要配合AutoMapper或手动投影,绝对不要直接使用
DbSet.Add(new MyRecord(...))。
一句话总结:EF Core不认init属性,也不管你多喜欢with表达式——它只认可带有set或private set的可变属性。
record继承时,Equals怎么计算?
当record涉及继承时,其相等性比较的规则需要特别注意。子record的Equals方法会自动包含父record的所有公开init属性,但这里有一个重要限制:仅在同类型之间进行比较。
- 看这段代码:
public record Animal(string Name); public record Dog(string Name, string Breed) : Animal(Name); var d1 = new Dog("Leo", "Golden"); var d2 = new Dog("Leo", "Golden"); Console.WriteLine(d1 == d2); // 输出 true,因为类型相同且值相等var a = new Animal("Leo"); Console.WriteLine(d1 == a); // 输出 false —— 类型不同,根本不会进入值比较环节
最后,一个至关重要的提醒:如果你选择重写Equals或EqualityContract方法,必须同步处理GetHashCode。否则,在字典查找、HashSet插入等依赖哈希码的操作中,会出现难以调试的错误。这可以说是record设计中最容易被忽略的一份隐性契约。
游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
VSCode配置NestJS框架 后端架构VSCode快速生成模块
VSCode生成NestJS模块和控制器后无效,主因是未手动完成三步注册:未将模块导入AppModule、未在模块controllers数组声明控制器、未正确配置tsconfig json和launch json的sourceMap与outFiles路径。 VSCode确实能一键生成NestJS的模
如何在VSCode中通过Remote-SSH连接使用非22默认端口号的内网或公有云服务器
VSCode Remote-SSH连接失败?问题根源与精准排查指南 先说一个核心判断:很多开发者遇到的Remote-SSH连接失败,其实并非插件本身有问题,而是配置环节的“想当然”导致的。 VSCode默认只认22端口,如果你改了端口却没在正确的地方声明,它根本不会自动去识别那些穿透映射或自定义的S
Composer怎么升级所有依赖包_安全执行Update更新策略【风险防范】
Composer依赖升级:别让一次“更新”毁了你的项目 在PHP开发中,一个常见的误解是:composer update 等同于一次安全的依赖升级。事实恰恰相反,这其实是一个高风险操作。它的本质并非简单的“更新”,而是重新计算整棵依赖关系树。这个过程可能悄无声息地升级Symfony、PHPUnit等
VSCode快速合并Git冲突_利用内置合并编辑器高效处理
VSCode合并编辑器需手动保存并git add才能更新状态;CURRENT为当前分支修改(rebase时非HEAD),INCOMING为对方改动;Accept Both Changes仅拼接代码,不校验逻辑,易致重复定义或缺失依赖;解决冲突须清除全部标记,否则仍显示“Conflicted”。 这里
Composer如何查看安装包的详细依赖链
Composer依赖链排查:从“它依赖谁”到“谁用了它”的完整指南 在PHP项目里管理依赖,有时候就像理清一团毛线——你知道所有线头都在vendor 目录里,但具体哪条线连着哪个钩子,光看composer json可不够。尤其是当版本冲突、依赖替换(replace)或虚拟包(provide)出现时,
- 日榜
- 周榜
- 月榜
1
2
3
4
5
6
7
8
9
10
相关攻略
2015-03-10 11:25
2015-03-10 11:05
2021-08-04 13:30
2015-03-10 11:22
2015-03-10 12:39
2022-05-16 18:57
2025-05-23 13:43
2025-05-23 14:01
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程
热门话题

