ASP.NET C#中DTO初始化选带参构造还是无参对象初始化器？

两种写法没有绝对的正误，核心差异是对编译期安全、框架兼容性、使用灵活性的权衡，你提到的带参构造能避免字段漏赋值的优势是完全成立的。

带参构造函数实现 #

优势 #

• 编译期强校验是核心价值：DTO新增必填字段时，所有实例化的位置会直接抛出编译错误，从根源上避免漏赋值导致的运行时异常，在多人协作、字段迭代频繁的中大型项目里，这个特性能省掉很多排查低级bug的时间
• 天然支持不可变设计：如果把属性的set访问器改为init或者直接移除，DTO实例初始化完成后就无法修改属性值，非常适合接口响应类DTO这类不需要中途变更值的场景，避免流程中意外篡改字段值

注意点 #

• 部分老旧序列化/ORM框架默认依赖无参构造：比如.NET Framework下的老版本Newtonsoft.Json、EF6等，如果没有特殊配置，只有带参构造的DTO可能出现反序列化、映射失败的问题。但新版本的System.Text.Json、Newtonsoft.Json已经支持按构造函数参数匹配反序列化，只要参数名和属性名大小写匹配就能正常工作
• 如果DTO可选字段较多，构造函数的参数列表会变得很长，可读性下降，可以通过搭配可选参数、拆分DTO的方式缓解

你给出的实现有个小笔误，Price = price行末尾缺分号，修正后的推荐写法（搭配不可变属性）如下：

public class AuctionResponse
{
    public int Price { get; init; }
    public string Message { get; init; }

    public AuctionResponse(int price, string message)
    {
        Price = price;
        Message = message;
    }
}

调用方式：

new AuctionResponse(price, message);

无参构造+对象初始化器实现 #

优势 #

• 框架兼容性最好：几乎所有.NET生态下的序列化、模型绑定、ORM组件都默认支持无参构造，不需要额外做配置，踩坑概率极低
• 赋值灵活：不需要为不同的字段组合重载多个构造函数，初始化时可以按需给字段赋值，适合可选字段多的输入类DTO
• C# 10（.NET 6+）新增的required关键字可以补上漏赋值的短板：给必填属性加上required修饰后，对象初始化时如果没有给对应属性赋值，编译器同样会报错，能达到和带参构造接近的编译期校验效果

注意点 #

• 如果不使用required关键字，就会存在你提到的漏赋值风险：新增字段时编译器不会给出任何提示，很容易出现某个实例化位置遗漏赋值，直到运行时触发空引用、默认值错误等问题才被发现
• 默认实现是可变对象，初始化后属性可以被随意修改，增加了数据被意外篡改的风险

你给出的调用示例有个语法错误，对象初始化器里属性赋值应该用等号而非冒号，搭配required的改进写法如下：

public class AuctionResponse
{
    public required int Price { get; set; }
    public required string Message { get; set; }
}

调用方式：

new AuctionResponse { Price = price, Message = message };

选型建议 #

• 新项目（.NET 6+，支持C# 10及以上）：两种写法都能实现编译期必填校验，偏好不可变、数据传递过程不允许修改就选带参构造+init属性；偏好灵活赋值、需要兼容更多动态初始化场景就选无参构造+required属性，安全性没有本质差异
• 老版本.NET项目（不支持required关键字）：多人协作场景优先选带参构造，靠编译器做强制校验比依赖代码评审、单元测试覆盖漏赋值问题靠谱得多
• 如果DTO需要被大量老旧组件依赖、无法调整序列化配置：选无参构造方案，必填字段的校验可以在构造逻辑或数据验证环节加兜底判断

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