UPDATE [2019-12-23]: Karena sebagian input komunitas vokal masalah ini telah ditambahkan ke peta jalan untuk .NET 5.0.
UPDATE [2019-10-10]: Jika tertarik melihat perilaku ini diterapkan untukSystem.Text.Json.JsonSerializer
pergilah ke masalah GitHub terbuka yang ditunjukkan oleh Chris Yungmann dan timbang.
Alih-alih ini:
JsonSerializerOptions options = new JsonSerializerOptions
{
PropertyNamingPolicy = JsonNamingPolicy.CamelCase
// etc.
};
JsonSerializer.Deserialize<SomeObject>(someJsonString, options);
Saya ingin melakukan sesuatu seperti ini:
// This property is a pleasant fiction
JsonSerializer.DefaultSettings = new JsonSerializerOptions
{
PropertyNamingPolicy = JsonNamingPolicy.CamelCase
// etc.
};
// This uses my options
JsonSerializer.Deserialize<SomeObject>(someJsonString);
// And somewhere else in the same codebase...
// This also uses my options
JsonSerializer.Deserialize<SomeOtherObject>(someOtherJsonString);
Harapannya adalah tidak harus melalui contoh JsonSerializerOptions
untuk kasus kami yang paling umum, dan menimpa pengecualian, bukan aturan.
Seperti yang ditunjukkan dalam tanya jawab ini , ini adalah fitur yang berguna Json.Net. Aku melihat ke dalam dokumentasi untuk System.Text.Json
serta repo GitHub ini untuk NET Core. Dan yang ini .
Tampaknya tidak ada analog untuk mengelola standar serialisasi JSON di .NET Core 3. Atau apakah saya mengabaikannya?
There doesn't seem to be an analog for managing JSON serialization defaults in Core-3
- apakah Anda berbicara tentang permintaan masuk dan keluar dari API Anda? atau permintaan dan tanggapan terhadap sumber daya lain?