C#のSystem.Text.JsonのJsonSerializerでシリアル化したときに全角スペースが文字コードで表示されないようにしたい

Question

下記コードで全角スペースを含む文字列 "あ　い" をシリアライズすると "あ\u3000い" となるのですが，あとで置換する以外に全角スペースをそのままの形で表示する方法はありますか？
もしくは何故このようになるのかを知りたいです．

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Text.Encodings.Web;
using System.Text.Json;
using System.Text.Unicode;
using System.Threading.Tasks;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            var option = new JsonSerializerOptions
            {
                Encoder = JavaScriptEncoder.Create(UnicodeRanges.All)
            };

            var jsonstr = JsonSerializer.Serialize("あ　い", option);

            Console.WriteLine(jsonstr);
            Console.Read();
        }
    }
}

Answer 1

打ち消し線~~~~勘違いしてました。取り消します

取り消してから再確認しましたが、質問者さんのケースでは文字列を JSON にシリアライズするという普通はあり得ないことをしているという、やり方のではないかと思います。

またまた失礼しました。それも違いました。U+3000 はその通りでした。その隣の U+3001 とか U+3002 はエスケープされないのですが・・・　調査してみます。

【追伸】

そういう仕様らしいです。以下の記事の GrabYourPitchforks さんの回答を見てください。

Can't serializ the '\u3000' when using with UnicodeRanges.All
https://github.com/dotnet/docs/issues/22147

Space_Separator [Zs] category に属する [\u0020\u3000\u1680\u2000-\u2006\u2008-\u200A\u205F\u00A0\u2007\u202F] は U+0020 (半角空白) 以外はブロックされるそうです。理由は "their potential to cause problems or errors in consuming applications." だそうです。（JSON 文字列に過ぎないのにエスケープすると何故 "problems or errors" が避けられるのかは個人的には納得いきませんが）

Comments

[TN8001]

これを真っ当に回避しようとすると、Encoderを自作するしかないということでしょうか？
[Utf8JsonWriterがエスケープする文字を自作JavaScriptEncoderで減らしたい - プログラム系統備忘録ブログ](https://tan.hatenadiary.jp/entry/2019/10/25/203334

さっぱりわからないし、後から置換しちゃえば？みたいな気分になりますね。。。（@"あ　い\u3000"みたいなのを考えるとめんどくさいか？）

全角空白に引っかかったみたいな記事が、全く見つからないのに驚きました^^;

[退会済みユーザー]

どうしてもということなら Newtonsoft.Json を使ってはいかがですか。実際 .NET Core MVC や Web API では、Core v2.x 以前は Newtonsoft.Json が使われていたそうです。（System.Text.Json 名前空間の JsonSerializer クラスが使われるようになったのは ASP.NET Core v3.x 以降）

[TN8001]

ありがとうございます。
まあそれはわかっているのですが、今後はSystem.Text.Json使っていきたいと考えていましたので地味に気になる挙動です。

当該issueの
https://github.com/dotnet/docs/issues/22147#issuecomment-763209809
をいいねしておきましたが、簡単に回避できるようになればいいですねぇ。

[退会済みユーザー]

HTML-sensitive characters within the ASCII-range もエスケープは回避できないようです。

Serialization behavior
https://docs.microsoft.com/en-us/dotnet/standard/serialization/system-text-json-how-to?view=netcore-3.1&pivots=dotnet-5-0#serialization-behavior

U+3000 は初耳でしたがそれも仕様と分かったし、エスケープされていてもデシリアライズはできるので、自分としては回避する必要は感じてません。

どうしても読めないと困るという客の要求とかがあればその限りではありませんけど・・・

エスケープの他にも、デフォルトでは camel casing になるとか、デシリアライズに大文字小文字の区別をすることとか、知らないとハマることがあるのは困りましたけど。