在DAL等非数据封装场景使用C# records是否可行？

你完全可以继续在这种场景使用record，但要留意C# record默认自带的几个特性，这些特性在非数据承载类中可能引发意外行为：

• 值相等性逻辑：Record默认采用成员值相等来判断实例是否相等，而普通类默认是引用相等。比如两个MyDataAccess实例如果持有同一个DatabaseConnectionFactory对象，record会认为它们是相等的，但普通类会判定为不同实例。如果你的代码里有依赖引用相等的逻辑（比如用实例作为字典的Key），这会导致不符合预期的结果。

• 自动生成的ToString()：Record会自动生成包含所有成员信息的ToString()实现，这可能会在日志输出时意外暴露DatabaseConnectionFactory的内部细节，造成敏感信息泄露，或者输出内容远超预期。

• with表达式的潜在误用：Record支持with表达式快速创建实例副本，虽然你的成员都是不可变的，但如果其他开发者误用这个特性创建副本，可能会导致不必要的实例复用，增加理解成本。

• 语义上的混淆：大部分开发者看到record的第一反应是这是一个数据承载对象（比如DTO、实体类），而非包含业务逻辑的服务类。长期来看，这种用法会降低代码的可读性，团队新人需要额外时间理解这个类的定位。

如果你的代码场景完全避开了上述问题，继续使用record没有任何技术障碍。但如果担心团队协作中的语义混淆，或者有统一编码规范要求，换成普通的只读类（用class配合只读字段或init属性）也是完全可行的方案。

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