成人欧美一区二区三区的电影,日韩一级一欧美一级国产,国产成人国拍亚洲精品,无码人妻精品一区二区三区毛片,伊人久久无码大香线蕉综合

曾幾何時(shí)，在.NET的世界里，Newtonsoft.Json如同一位德高望重的王者，無(wú)人不曉。直到有一天，一位名叫System.Text.Json（后文簡(jiǎn)稱STJ）的新貴悄然登場(chǎng)。它出身名門(mén)（.NET官方），身懷絕技（號(hào)稱性能超群），本應(yīng)是明日之星，卻被無(wú)數(shù)開(kāi)發(fā)者貼上了“坑王”、“難用”、“反人類”的標(biāo)簽。

無(wú)數(shù)個(gè)深夜，開(kāi)發(fā)者們?yōu)榱私鉀Q一個(gè)看似簡(jiǎn)單的JSON序列化問(wèn)題，從STJ切換回NSJ，嘴里念叨著：“STJ，勸退了?！比缓竽?code style="margin: 0px 3px; padding: 0px 5px; font-family: ui-monospace, SFMono-Regular, "SF Mono", Menlo, Consolas, "Liberation Mono", monospace, sans-serif; line-height: 1.8; vertical-align: middle; display: inline-block; background-color: rgb(251, 229, 225); border: none !important; border-radius: 3px; overflow-x: auto; color: rgb(192, 52, 29);">Install-Package Newtonsoft.Json，仿佛這才是解決問(wèn)題的唯一“騷操作”。

但是，這一切真的公平嗎？時(shí)過(guò)境遷，如今.NET 10的預(yù)覽版都已發(fā)布，STJ早已不是當(dāng)年的吳下阿蒙。那些曾經(jīng)讓你抓狂的“坑”，有多少只是因?yàn)檎`解了它的設(shè)計(jì)哲學(xué)？有多少早已被新版本填平？

今天，就讓我們一起為STJ來(lái)一場(chǎng)轟轟烈烈的“正名運(yùn)動(dòng)”，讓你徹底告別因它而起的“996”！

告別加班：STJ與Newtonsoft行為對(duì)齊實(shí)戰(zhàn)

很多時(shí)候，我們覺(jué)得STJ“不好用”，僅僅是因?yàn)樗哪J(rèn)行為和牛頓不一樣。STJ的設(shè)計(jì)哲學(xué)是：性能優(yōu)先、安全第一、嚴(yán)格遵守RFC 8259規(guī)范。而牛頓則更傾向于靈活方便、兼容并包。下面我們就通過(guò)一個(gè)個(gè)小故事和代碼示例，看看如何通過(guò)簡(jiǎn)單的配置，讓STJ的行為像我們熟悉的老朋友牛頓一樣。

1. 大小寫(xiě)問(wèn)題：前端傳的name，我C#的Name怎么就收不到了？

背景故事：
小王剛接手一個(gè)前后端分離的項(xiàng)目，前端用JS，遵循駝峰命名（camelCase），傳來(lái)一個(gè)JSON：{"name": "張三", "age": 18}。后端的C#模型用的是帕斯卡命名（PascalCase）：public class User { public string Name { get; set; } public int Age { get; set; } }。結(jié)果用STJ一反序列化，user.Name和user.Age全都是null和0！小王抓耳撓腮，查了半天才發(fā)現(xiàn)是大小寫(xiě)匹配問(wèn)題，差點(diǎn)就要加班調(diào)試一晚上了。

騷操作揭秘：
STJ為了極致性能，默認(rèn)是區(qū)分大小寫(xiě)的。而牛頓默認(rèn)是不區(qū)分的。我們只需一個(gè)配置項(xiàng)就能解決問(wèn)題。

using System.Text.Json;
var jsonFromJs = "{\"name\": \"張三\", \"age\": 18}";
// 默認(rèn)行為，會(huì)匹配失敗
var optionsDefault = new JsonSerializerOptions();
var userDefault = JsonSerializer.Deserialize<User>(jsonFromJs, optionsDefault);
Console.WriteLine($"默認(rèn)行為: Name = {userDefault.Name}"); // 輸出: 默認(rèn)行為: Name = 
// 騷操作：開(kāi)啟不區(qū)分大小寫(xiě)匹配
var optionsInsensitive = new JsonSerializerOptions
{
    PropertyNameCaseInsensitive = true
};
var userInsensitive = JsonSerializer.Deserialize<User>(jsonFromJs, optionsInsensitive);
Console.WriteLine($"開(kāi)啟不區(qū)分大小寫(xiě): Name = {userInsensitive.Name}"); // 輸出: 開(kāi)啟不區(qū)分大小寫(xiě): Name = 張三
public class User
{
    public string Name { get; set; }
    public int Age { get; set; }
}

小貼士： 在ASP.NET Core的Web API項(xiàng)目中，默認(rèn)已經(jīng)幫你開(kāi)啟了PropertyNameCaseInsensitive = true，所以你可能根本沒(méi)遇到過(guò)這個(gè)問(wèn)題，但如果你手動(dòng)調(diào)用JsonSerializer，就需要注意了。

2. 命名策略：我的UserName怎么就不能變成userName？

背景故事：
小李的后端API返回的JSON字段都是Pascal風(fēng)格，比如{"UserName": "Lisi", "IsEnabled": true}。前端小伙伴抱怨說(shuō)這不符合JS社區(qū)的規(guī)范，希望能統(tǒng)一用駝峰命名{"userName": "Lisi", "isEnabled": true}。小李心想，難道要把所有C#屬性名都改成小寫(xiě)開(kāi)頭？這也太不優(yōu)雅了！

騷操作揭秘：
當(dāng)然不用！STJ提供了命名策略（Naming Policy），讓你輕松轉(zhuǎn)換。

using System.Text.Json;
var user = new User { UserName = "Lisi", IsEnabled = true };
// 默認(rèn)行為，Pascal風(fēng)格
var optionsDefault = new JsonSerializerOptions { WriteIndented = true };
var jsonDefault = JsonSerializer.Serialize(user, optionsDefault);
Console.WriteLine("默認(rèn)輸出:\n" + jsonDefault);
// 默認(rèn)輸出:
// {
//   "UserName": "Lisi",
//   "IsEnabled": true
// }
// 騷操作：指定駝峰命名策略
var optionsCamelCase = new JsonSerializerOptions
{
    PropertyNamingPolicy = JsonNamingPolicy.CamelCase,
    WriteIndented = true
};
var jsonCamelCase = JsonSerializer.Serialize(user, optionsCamelCase);
Console.WriteLine("\n駝峰輸出:\n" + jsonCamelCase);
// 駝峰輸出:
// {
//   "userName": "Lisi",
//   "isEnabled": true
// }
public class User
{
    public string UserName { get; set; }
    public bool IsEnabled { get; set; }
}

小貼士： 同樣，在ASP.NET Core中，默認(rèn)也幫你配置了駝峰命名策略。這就是為什么你的API天生就符合前端規(guī)范。

3. 注釋和尾隨逗號(hào)：這JSON怎么就不“合法”了？

背景故事：
老張需要處理一批由其他系統(tǒng)生成的JSON配置文件，這些文件里竟然帶了注釋，而且數(shù)組末尾還可能有個(gè)多余的逗號(hào)，比如 [1, 2, 3, /*這是注釋*/]。Newtonsoft.Json處理這些文件毫無(wú)壓力，但System.Text.Json一上來(lái)就拋出JsonException，直接罷工。

騷操作揭秘：
STJ嚴(yán)格遵守RFC 8259規(guī)范，該規(guī)范不允許注釋和尾隨逗號(hào)。但為了兼容性，它也提供了開(kāi)關(guān)。

using System.Text.Json;
// 注意3后面有一個(gè)尾隨逗號(hào)
var nonStandardJson = @"{
    ""name"": ""帶注釋的JSON"",
    ""data"": [
        1,
        2,
        3,
    ]
}";
// 默認(rèn)行為，直接拋異常
try
{
    JsonSerializer.Deserialize<object>(nonStandardJson);
}
catch (JsonException ex)
{
    // The JSON array contains a trailing comma at the end which is not supported in this mode. Change the reader options. Path: $ | LineNumber: 6 | BytePositionInLine: 4.
    Console.WriteLine("默認(rèn)行為，果然報(bào)錯(cuò)了: " + ex.Message);
}
// 騷操作：允許注釋和尾隨逗號(hào)
var tolerantOptions = new JsonSerializerOptions
{
    ReadCommentHandling = JsonCommentHandling.Skip, // 跳過(guò)注釋
    AllowTrailingCommas = true // 允許尾隨逗號(hào)
};
var deserializedObject = JsonSerializer.Deserialize<object>(nonStandardJson, tolerantOptions);
Console.WriteLine("\n開(kāi)啟兼容模式后，成功解析！");

4. null值的處理：滿屏的null看著好煩！

背景故事：
小趙的API返回的用戶信息里，有些字段是可選的，比如MiddleName。當(dāng)這些字段沒(méi)有值時(shí)，序列化出的JSON里會(huì)包含"middleName": null。這不僅增加了網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)量，前端同學(xué)也覺(jué)得處理起來(lái)很麻煩，他們希望null值的字段干脆就不要出現(xiàn)在JSON里。

騷操作揭秘：
牛頓通過(guò)NullValueHandling.Ignore可以輕松實(shí)現(xiàn)，STJ同樣可以。

using System.Text.Json;
using System.Text.Json.Serialization;
var user = new User { FirstName = "San", LastName = "Zhang", MiddleName = null };
// 默認(rèn)行為，包含null值
var optionsDefault = new JsonSerializerOptions { WriteIndented = true };
var jsonDefault = JsonSerializer.Serialize(user, optionsDefault);
Console.WriteLine("默認(rèn)輸出:\n" + jsonDefault);
// 騷操作：序列化時(shí)忽略null值
var optionsIgnoreNull = new JsonSerializerOptions
{
    DefaultIgnoreCondition = JsonIgnoreCondition.WhenWritingNull,
    WriteIndented = true
};
var jsonIgnoreNull = JsonSerializer.Serialize(user, optionsIgnoreNull);
Console.WriteLine("\n忽略null值輸出:\n" + jsonIgnoreNull);
public class User
{
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public string MiddleName { get; set; }
}

5. 帶引號(hào)的數(shù)字："age": "30" 也能是數(shù)字？

背景故事：
小孫在對(duì)接一個(gè)非?！肮爬稀钡牡谌紸PI，返回的JSON里，所有的數(shù)字都是用字符串表示的，例如{"age": "30"}。STJ在反序列化到int Age屬性時(shí)直接拋出異常，因?yàn)樗J(rèn)為"30"是字符串，不是數(shù)字。難道還得先反序列化成string再手動(dòng)int.Parse？

騷操作揭秘：
不用那么麻煩，STJ早就想到了這種不規(guī)范但常見(jiàn)的情況。

using System.Text.Json;
using System.Text.Json.Serialization;
var jsonWithQuotedNumber = @"{""Age"": ""30""}";
// 默認(rèn)行為，拋出異常
try
{
    JsonSerializer.Deserialize<User>(jsonWithQuotedNumber);
}
catch (JsonException ex)
{
    // The JSON value could not be converted to System.Int32. Path: $.Age | LineNumber: 0 | BytePositionInLine: 12.
    Console.WriteLine("默認(rèn)行為，報(bào)錯(cuò)了: " + ex.Message);
}
// 騷操作：允許從字符串讀取數(shù)字
var optionsAllowQuotedNumbers = new JsonSerializerOptions
{
    NumberHandling = JsonNumberHandling.AllowReadingFromString
};
var user = JsonSerializer.Deserialize<User>(jsonWithQuotedNumber, optionsAllowQuotedNumbers);
Console.WriteLine($"\n開(kāi)啟兼容模式后，Age = {user.Age}");
public class User
{
    public int Age { get; set; }
}

6. 循環(huán)引用：我和我的老板，誰(shuí)先序列化？

背景故事：
小錢在使用Entity Framework時(shí)，遇到了經(jīng)典難題：Employee對(duì)象有個(gè)Manager屬性，Manager對(duì)象又有個(gè)DirectReports列表包含了這個(gè)Employee。一序列化，就陷入了“你中有我，我中有你”的無(wú)限循環(huán)，最終JsonException爆棧。

騷操作揭秘：
這是STJ在.NET 5和.NET 6中重點(diǎn)解決的問(wèn)題?，F(xiàn)在我們有兩種選擇。

using System.Text.Json;
using System.Text.Json.Serialization;
var manager = new Employee { Name = "老板" };
var employee = new Employee { Name = "小錢", Manager = manager };
manager.DirectReports = new List<Employee> { employee };
// 默認(rèn)行為，拋出循環(huán)引用異常
try
{
    JsonSerializer.Serialize(employee);
}
catch (JsonException ex)
{
    // A possible object cycle was detected. This can either be due to a cycle or if the object depth is larger than the maximum allowed depth of 64. Consider using ReferenceHandler.Preserve on JsonSerializerOptions to support cycles. 
    // Path: $.Manager.DirectReports.Manager.DirectReports.Manager.DirectReports.……
    Console.WriteLine("默認(rèn)行為，循環(huán)引用報(bào)錯(cuò): " + ex.Message);
}
// 騷操作：忽略循環(huán)引用點(diǎn)（推薦用于API）
var optionsIgnoreCycles = new JsonSerializerOptions
{
    ReferenceHandler = ReferenceHandler.IgnoreCycles,
    WriteIndented = true
};
var jsonIgnoreCycles = JsonSerializer.Serialize(employee, optionsIgnoreCycles);
Console.WriteLine("\n忽略循環(huán)引用輸出:\n" + jsonIgnoreCycles);
// 輸出中，老板的DirectReports里的小錢的Manager屬性會(huì)是null
public class Employee
{
    public string Name { get; set; }
    public Employee Manager { get; set; }
    public List<Employee> DirectReports { get; set; }
}

小貼士： 還有一個(gè)ReferenceHandler.Preserve選項(xiàng)，它會(huì)通過(guò)$id和$ref元數(shù)據(jù)來(lái)完整保留對(duì)象圖，適合需要完美往返（round-trip）序列化的場(chǎng)景，但生成的JSON通用性較差。對(duì)于Web API，IgnoreCycles通常是更好的選擇。

7. 枚舉變字符串：別再給我返回0和1了！

背景故事：
小周的API里有個(gè)Gender枚舉，序列化后默認(rèn)變成了數(shù)字0或1。前端每次都要查文檔才知道0是Male，1是Female。這溝通成本也太高了！

騷操作揭秘：
一個(gè)轉(zhuǎn)換器就能搞定，讓你的枚舉變得可讀。

using System.Text.Json;
using System.Text.Json.Serialization;
var user = new User { Gender = Gender.Male };
// 默認(rèn)行為，序列化為數(shù)字
var optionsDefault = new JsonSerializerOptions { WriteIndented = true };
var jsonDefault = JsonSerializer.Serialize(user, optionsDefault);
Console.WriteLine("默認(rèn)輸出:\n" + jsonDefault);
// {
//   "Gender": 0
// }
// 騷操作：添加枚舉字符串轉(zhuǎn)換器
var optionsEnumAsString = new JsonSerializerOptions
{
    Converters = { new JsonStringEnumConverter() },
    WriteIndented = true
};
var jsonEnumAsString = JsonSerializer.Serialize(user, optionsEnumAsString);
Console.WriteLine("\n枚舉轉(zhuǎn)字符串輸出:\n" + jsonEnumAsString);
// 枚舉轉(zhuǎn)字符串輸出:
// {
//   "Gender": "Male"
// }
public class User
{
    public Gender Gender { get; set; }
}
public enum Gender { Male, Female }

8. 讓JSON回歸人類可讀：與中文和AI友好相處

背景故事： 我興沖沖地序列化了一個(gè)包含中文的對(duì)象，準(zhǔn)備發(fā)給新接入的AI大模型。結(jié)果一看日志，"騷操作" 變成了 "\u9A9A\u64CD\u4F5C"！我當(dāng)時(shí)就懵了，這不僅我看著費(fèi)勁，AI能看懂嗎？Token數(shù)暴增暫且不說(shuō)，理解上出現(xiàn)偏差怎么辦？難道又要退回Newtonsoft？

騷操作揭秘： 這可能是對(duì)STJ誤解最深的一點(diǎn)。STJ默認(rèn)這樣做，是出于極致的安全考慮。它的默認(rèn)編碼器JavaScriptEncoder.Default會(huì)轉(zhuǎn)義所有非ASCII字符以及HTML敏感字符（如<, >, &），這是為了防止當(dāng)你的JSON被不當(dāng)?shù)厍度氲紿TML <script>標(biāo)簽中時(shí)，引發(fā)XSS（跨站腳本）攻擊。它遵循的是“默認(rèn)安全”的最高原則。

然而，在如今API交互的時(shí)代，我們通常通過(guò)Content-Type: application/json來(lái)通信，數(shù)據(jù)并不會(huì)直接嵌入HTML。特別是在與大模型（LLM）交互時(shí)，保持中文字符的原樣不僅能讓我們?nèi)祟惛菀组喿x和調(diào)試，更能讓AI準(zhǔn)確無(wú)誤地理解語(yǔ)義，同時(shí)顯著減少Token消耗。這時(shí)，我們可以明確地告訴STJ：“我清楚我的使用環(huán)境是安全的，請(qǐng)別轉(zhuǎn)義！”

// 默認(rèn)行為：輸出Unicode轉(zhuǎn)義字符，安全至上
var escapedJson = JsonSerializer.Serialize("騷操作");
// escapedJson -> "\u9A9A\u64CD\u4F5C"
// 騷操作配置：在安全的環(huán)境下，讓JSON對(duì)人類和AI更友好
var options = new JsonSerializerOptions()
{
    Encoder = JavaScriptEncoder.UnsafeRelaxedJsonEscaping
};
var readableJson = JsonSerializer.Serialize("騷操作", options);
// readableJson -> "騷操作"

你看，STJ不是“坑”，它只是個(gè)安全感爆棚、需要你明確指令的“直男”而已。

9. JsonDocument 難用？你可能找錯(cuò)了“對(duì)標(biāo)對(duì)象”！

背景故事： 小鄭需要?jiǎng)討B(tài)地構(gòu)建一個(gè)復(fù)雜的JSON對(duì)象，或者在反序列化后對(duì)JSON結(jié)構(gòu)進(jìn)行一些增刪改查。他懷念著Newtonsoft.Json里JObject、JArray的靈活與強(qiáng)大，于是他找到了STJ里的JsonDocument。結(jié)果他驚奇地發(fā)現(xiàn)，這玩意兒居然是只讀的！“這怎么用？連個(gè)屬性都不能改，簡(jiǎn)直是反人類設(shè)計(jì)！” 小鄭抱怨道，差點(diǎn)就把STJ拉進(jìn)了黑名單。

騷操作揭秘： 這是一個(gè)經(jīng)典的“指鹿為馬”式誤解。JsonDocument的設(shè)計(jì)目標(biāo)是對(duì)標(biāo)高性能的只讀文檔模型，它的核心優(yōu)勢(shì)是低內(nèi)存占用和極速查詢，它通過(guò)Utf8JsonReader直接操作原始的UTF-8字節(jié)流，避免了將整個(gè)JSON字符串物化為.NET對(duì)象，因此性能極佳。但它的使命是“讀”，而不是“寫(xiě)”。

真正的JObject/JArray對(duì)標(biāo)物，是.NET 6中隆重推出的**JsonNode及其派生類JsonObject、JsonArray！這是一個(gè)可變的、功能完善的文檔對(duì)象模型（DOM）**，它提供了你所期望的一切動(dòng)態(tài)操作能力。

using System.Text.Json;
using System.Text.Json.Nodes;
using System.Text.Encodings.Web;
// 騷操作：使用JsonNode動(dòng)態(tài)構(gòu)建和修改JSON
Console.WriteLine("--- 使用JsonNode ---");
// 1. 創(chuàng)建一個(gè)JsonObject，就像 new JObject()
var rootNode = new JsonObject();
// 2. 像字典一樣輕松添加屬性
rootNode["message"] = "Hello, JsonNode!";
rootNode["user"] = new JsonObject
{
    ["name"] = "小鄭",
    ["isActive"] = true
};
// 3. 添加一個(gè)JsonArray
var scores = new JsonArray(88, 95, 100);
rootNode["scores"] = scores;
Console.WriteLine("添加屬性后的JSON:\n" + rootNode.ToJsonString(new JsonSerializerOptions { WriteIndented = true }));
// 4. 輕松修改屬性值
rootNode["user"]["isActive"] = false;
Console.WriteLine("\n修改屬性后的JSON:\n" + rootNode.ToJsonString(new JsonSerializerOptions { WriteIndented = true }));
// 5. 序列化為字符串，完美兼容中文
var finalOptions = new JsonSerializerOptions { WriteIndented = true, Encoder = JavaScriptEncoder.UnsafeRelaxedJsonEscaping };
var finalJson = rootNode.ToJsonString(finalOptions);
Console.WriteLine("\n最終輸出（兼容中文）:\n" + finalJson);

所以，下次當(dāng)你想動(dòng)態(tài)操作JSON時(shí)，請(qǐng)記住口訣：要讀就用JsonDocument，要寫(xiě)就用JsonNode！

快速參考：行為對(duì)齊配置映射表

為了方便大家快速查找，我把上面的騷操作整理成了一個(gè)表格：

STJ的進(jìn)化之路：從追趕者到引領(lǐng)者

通過(guò)上面的例子，我們看到大部分所謂的“坑”其實(shí)都是可以通過(guò)JsonSerializerOptions輕松配置的。但我們也要承認(rèn)，STJ在早期版本中確實(shí)存在一些功能上的“天坑”。幸運(yùn)的是，微軟的開(kāi)發(fā)團(tuán)隊(duì)堪稱“基建狂魔”，他們用一個(gè)個(gè)版本的迭代，不僅填平了所有坑，更鋪就了一條通往未來(lái)的高速公路。

讓我們沿著時(shí)間的脈絡(luò)，回顧STJ這場(chǎng)精彩的逆襲之戰(zhàn)：

.NET 5 - 奠定基礎(chǔ)，補(bǔ)齊核心短板

這是STJ發(fā)布后的第一個(gè)“大招版本”，一口氣解決了從Newtonsoft.Json遷移過(guò)來(lái)的最大痛點(diǎn)，讓STJ在許多真實(shí)場(chǎng)景中變得“堪用”。

• 循環(huán)引用處理： 引入ReferenceHandler.Preserve，讓處理EF Core等復(fù)雜對(duì)象圖不再是噩夢(mèng)。
• 非公共成員支持： 帶來(lái)了[JsonInclude]和[JsonConstructor]特性，終于可以序列化私有屬性和使用私有構(gòu)造函數(shù)了，解救了無(wú)數(shù)依賴封裝性的開(kāi)發(fā)者。
• 非字符串鍵字典： 開(kāi)始原生支持Dictionary<int, T>這類常見(jiàn)結(jié)構(gòu)，不再拋出惱人的NotSupportedException。

.NET 6 - 性能飛躍，擁抱現(xiàn)代范式

如果說(shuō).NET 5讓STJ“能用”，那么.NET 6則讓它真正“好用”和“快用”，并為未來(lái)的AOT（預(yù)編譯）時(shí)代打下堅(jiān)實(shí)基礎(chǔ)。

• 源碼生成器 (JsonSerializerContext)： 這是STJ的“核武器”！通過(guò)在編譯時(shí)生成無(wú)反射的序列化代碼，極大地提升了性能、降低了內(nèi)存占用，并成為Blazor Wasm AOT和Native AOT等場(chǎng)景下的唯一選擇。
• 可變DOM (JsonNode)： 提供了官方的JObject/JArray替代品，讓動(dòng)態(tài)解析和構(gòu)建復(fù)雜的JSON對(duì)象變得簡(jiǎn)單而類型安全。

.NET 7 - 功能完備，實(shí)現(xiàn)高級(jí)定制

這個(gè)版本標(biāo)志著STJ在功能上基本追平了Newtonsoft.Json，尤其是在高級(jí)和復(fù)雜的定制場(chǎng)景下，給了開(kāi)發(fā)者充足的信心。

• 安全的多態(tài)序列化： 推出基于[JsonPolymorphic]和[JsonDerivedType]的白名單式多態(tài)支持，功能強(qiáng)大且從設(shè)計(jì)上根除了Newtonsoft.Json中TypeNameHandling的安全隱患。
• 終極定制武器 (IJsonTypeInfoResolver)： 引入了對(duì)標(biāo)IContractResolver的接口，允許開(kāi)發(fā)者在運(yùn)行時(shí)動(dòng)態(tài)修改類型的序列化“契約”，實(shí)現(xiàn)了諸如動(dòng)態(tài)添加/刪除屬性、實(shí)現(xiàn)復(fù)雜條件序列化等高級(jí)“騷操作”。

.NET 8 - 精益求精，優(yōu)化開(kāi)發(fā)體驗(yàn)

在功能已經(jīng)非常完善的基礎(chǔ)上，.NET 8更側(cè)重于對(duì)現(xiàn)有功能的打磨和對(duì)開(kāi)發(fā)者體驗(yàn)的優(yōu)化。

• 源碼生成器增強(qiáng)： 完美支持C# 11的required和init屬性，讓不可變模型和源碼生成器能更好地協(xié)同工作。
• 內(nèi)置更多常用類型支持： 如Half, Int128, UInt128等，并改進(jìn)了對(duì)接口層次結(jié)構(gòu)的支持。

.NET 9 - 生態(tài)集成，引領(lǐng)行業(yè)標(biāo)準(zhǔn)

從.NET 9開(kāi)始，我們能清晰地看到STJ已經(jīng)不再滿足于追趕，而是開(kāi)始作為.NET生態(tài)的核心組件，主動(dòng)引領(lǐng)和定義標(biāo)準(zhǔn)。

• JSON Schema導(dǎo)出器 (JsonSchemaExporter)： 這是一項(xiàng)里程碑式的更新！現(xiàn)在可以直接從你的C#類型生成標(biāo)準(zhǔn)的JSON Schema文檔。這意味著與OpenAPI、Swagger等API工具鏈的集成將變得空前簡(jiǎn)單，自動(dòng)化客戶端生成、API文檔和數(shù)據(jù)驗(yàn)證都將因此受益。
• 更靈活的格式化選項(xiàng)： 允許自定義縮進(jìn)字符和大小，滿足各種代碼風(fēng)格和顯示需求。
• 更強(qiáng)的類型安全： 默認(rèn)將更嚴(yán)格地遵守C#的可空引用類型注解，進(jìn)一步減少運(yùn)行時(shí)錯(cuò)誤。

綜上所述，System.Text.Json的進(jìn)化之路，是一部清晰的從滿足基本需求，到追求極致性能，再到實(shí)現(xiàn)功能完備，并最終引領(lǐng)生態(tài)發(fā)展的成長(zhǎng)史。那些關(guān)于它的陳舊“坑論”，早已被滾滾向前的版本車輪碾得粉碎。

?轉(zhuǎn)自https://www.cnblogs.com/sdcb/p/19010852