工具用的顺手吗？
你的反馈能帮助我们做得更好
将 JSON 数据自动转换为 C# 类定义代码，适用于 .NET 开发者的数据模型构建。
概览
了解工具能解决的问题、计算或处理逻辑，以及数据边界。
一份包含对象、数组、字符串、数字或布尔值的接口响应，可以作为生成 C# 数据模型的输入。页面读取有效 JSON 的结构，并按样本值推断属性类型；嵌套对象会形成相应的类型，数组则转成集合。最外层类型名可以自行填写，默认名称为 Root。输出是一段模型代码，便于作为 DTO 草稿继续整理。
推断只代表当前样本里出现的形状。比如一个数组样本里没有包含所有状态，生成代码不会自动知道接口还可能返回哪些字段；字段缺失、为 null、数字范围变化或同一字段出现多种值时，都应对照接口契约复核。
JSON 常用的字段写法和 C# 属性命名可能不同。C# 代码可以保留合适的属性名，并为序列化名称添加映射，使读写时仍对应原字段。C# 设置中可以填写命名空间，并选择 System.Text.Json 或 Newtonsoft.Json 相关输出；功能选项也可调整生成代码包含的内容。
若选择 System.Text.Json，微软文档说明 JsonPropertyName 可指定单个属性的 JSON 名称，并优先于常规命名策略。生成后应检查命名映射是否符合项目中的实际序列化配置。
指南
按步骤完成操作，并通过示例核对输入与结果。
复制接口返回的 JSON 对象或对象数组，保留字段名、嵌套层级和典型值。输入应符合 JSON 语法；缺少双引号、逗号位置错误等问题会导致解析失败。
把内容放入 JSON 输入区。需要整理缩进时使用格式化；也可以载入示例熟悉输入和输出区域。
填写根类型名称，再按项目需要选择命名空间、JSON 序列化框架和代码特性。改动输入或选项后，输出会重新生成。
检查属性名、集合类型和可空字段，再复制输出或下载对应的 C# 文件。把代码并入项目后，仍需按实际契约补齐验证、命名空间引用和业务规则。
场景
查看这项工具在不同工作与生活流程中的用法。
后端开发者手里有一段嵌套 JSON 响应时，可先生成根类和子对象类型，再对照接口文档修正字段可空性、枚举和数值宽度。
测试或客户端团队收到新的响应样本后，可把数组中具有代表性的记录一并输入，查看字段层级并形成讨论用的类型草案。最终模型仍以接口契约为准。
问答
集中解答高频疑问与容易混淆的问题。
先确认输入不是空白，并检查 JSON 是否能解析。属性名必须使用双引号，字符串值也要用双引号；修正语法后，生成过程会随输入更新。
不能保证。工具依据提交的样本推断；若其他记录包含额外字段、null 值或不同类型，应把更多代表性记录放进数组样本，并按接口文档检查结果。
它更适合作为起点。请核实属性与原字段的映射、目标框架选项和可空处理，并根据业务约束检查金额精度、整数范围、日期和枚举。
须知
使用前了解适用范围、结果限制与必要提醒。
单份 JSON 只展示某一时刻的数据形状，不能证明字段必定存在，也不能说明金额精度、最大数值或业务含义。尤其是金额字段，不要只凭一个小数样本接受生成的浮点类型；应按项目的数据契约选择合适类型。生成的代码也不会替代编译、测试或对序列化行为的核验。
类型判断还要区分 JSON 数字和看起来像数字的字符串：12 是数值，"12" 是文本。接口若把数字写成字符串，生成结果应按实际协议复核，不要只为得到某种 C# 类型而改动原始 JSON。日期或标识符也一样，字符串的样子并不能单独证明它在业务上应该使用哪一种类型。
推荐
查找相关工具、专题与可用的 API 能力。
