工具用的順手嗎？
你的回饋能幫助我們做得更好
將 JSON 資料自動轉換為 C# 類定義程式碼，適用於 .NET 開發者的資料模型構建。
概覽
了解工具能解決的問題、計算或處理邏輯，以及資料邊界。
把有效的 JSON 物件或物件陣列貼入工具，即可依樣本中的資料結構產生 C# 型別程式碼。輸入含有巢狀物件或陣列時，輸出會據此建立相應的型別；你也可以設定根型別名稱、命名空間，以及 System.Text.Json 或 Newtonsoft.Json 序列化選項。程式碼可複製或下載，作為 DTO（資料傳輸物件）或 API 回應模型的起點。
型別推斷描述的是你提供的樣本，不是 API 契約本身。例如樣本中的整數值不會告訴工具該欄位未來是否可能包含小數，也不能判定欄位是否必填、可為 null，或是否代表金額、日期與識別碼。把輸出接入專案前，仍要依介面文件與實際資料確認這些語意。
C# 屬性常採用 PascalCase，但 JSON 欄位可能是小寫、底線或其他格式。若輸出加入序列化屬性標記，便能在程式碼屬性名稱與原始 JSON 欄位名稱不同時保留對應關係。以 System.Text.Json 為例，Microsoft 文件說明 JsonPropertyName 可指定單一屬性的 JSON 名稱，且優先於一般命名政策；切換序列化器後，請確認產生的標記與專案實際使用的套件相符。
指南
依步驟完成操作，並透過範例核對輸入與結果。
貼上符合 JSON 語法的物件，或包含多筆物件的陣列。若不同記錄可能有不同欄位，盡量納入能代表常見變化的資料；格式錯誤時，先檢查引號、逗號與括號是否成對。
輸入根型別名稱與命名空間，並選擇專案使用的 System.Text.Json 或 Newtonsoft.Json。其他功能選項可依需要展開調整；請以你目前頁面顯示的選項為準。
確認巢狀型別、屬性名稱、欄位對應及可能的可空性，再複製或下載程式碼。放入專案後，依目標 .NET 版本補齊必要設定，並以實際 API 回應進行編譯與反序列化檢查。
情境
查看這項工具在不同工作與生活流程中的用法。
接手新的 API 範例時，先貼入回應 JSON 產生巢狀 C# 型別，再對照 API 文件確認欄位是否必填、可能缺漏或有多種值型別。
前後端或測試人員可用多筆代表性回應形成可討論的 DTO 草稿，快速指出欄位結構差異；最終模型仍以團隊維護的契約為準。
把專案 JSON 設定樣本轉為型別骨架，方便後續補上預設值、驗證和業務規則。若設定檔日後會擴充，應另外確認未出現在樣本中的欄位。
問答
集中解答常見疑問與容易混淆的問題。
先確認輸入不是空白且符合 JSON 語法。JSON 的欄位名稱與字串值都必須使用雙引號；修正括號、逗號或引號後，結果會隨輸入更新。
不能保證。工具根據樣本中出現的結構推斷型別，未出現的欄位、其他回應變體與欄位規則都需要對照 API 契約；若有差異，可納入更多代表性記錄再檢查。
選擇與目前專案序列化設定一致的項目。兩者相關的屬性標記與設定方式不同；若不確定，先查專案依賴與既有程式碼，再檢查生成結果。
請先在目標專案編譯，並用實際回應測試序列化或反序列化。樣本推斷不會自動補出業務驗證、欄位必填規則或所有可能的值。
須知
使用前了解適用範圍、結果限制與必要提醒。
單筆 JSON 只呈現一次回應的形狀。欄位缺漏與明確的 null 並不相同；若陣列內各物件的欄位不一致，請以完整樣本和 API 契約一起檢查生成結果。欄位名稱看似日期、UUID 或金額，也不足以單獨決定其業務型別。
尤其是金額與大整數，不要只因輸出的型別名稱看起來合理便直接採用；應按資料契約確認精度與範圍，必要時調整型別。產生程式碼不等於已通過編譯、測試或和目標序列化器相容，請在納入正式專案前完成核對。
推薦
查找相關工具、專題與可用的 API 能力。
