C# の Normalize(FormKC) が、Docker の中では何もしなかった ― その書き方、本当に通る？③

問い合わせフォームの「１２３－４５６７」を「123-4567」にそろえたいとき、C# なら次の1行がよく紹介されます。

string s = args[0].Normalize(NormalizationForm.FormKC);

このプログラムを Mac で動かすと、全角の英数字は半角になりました。ところが、毎朝の検証に使っている Linux のコンテナ（Docker）では、全角のまま、何も変わらずに出てきました。エラーも警告も出ません。

実際に出た答え
なぜ何もしないのか
どう直したか
まとめ

実際に出た答え

CODE Polyglot の入門第9回の正解表（7件）で動かした結果です（.NET 10.0.402）。

入力	正解	Mac	Linux のコンテナ
１２３－４５６７	123-4567	123-4567	１２３－４５６７
ＡＢＣ　ａｂｃ	ABC abc	ABC abc	ＡＢＣ　ａｂｃ
Ｔｅｌ：０３－１２３４－５６７８	Tel:03-1234-5678	Tel:03-1234-5678	Ｔｅｌ：０３－１２３４－５６７８
合計		7件中5件	7件中3件

Mac で落ちた2件は、NFKC が「ｶﾅ」を「カナ」に、「①」を「1」に変えてしまうケースです（これは Python・JavaScript・Java・Kotlin・Ruby・Swift でも同じでした）。Linux では、何も変えないので、その2件は逆に通っています。

なぜ何もしないのか

コンテナには、環境変数 DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=1 が設定されていました。.NET の「インバリアントモード」です。文字や言語の情報を持つライブラリ（ICU）を使わずに動くので、コンテナを小さくできます。小さな .NET のイメージではよく使われる設定です。

このモードでは、Normalize は全角の文字をそのまま返しました。IsNormalized(FormKC) も True（もう正規化されている）を返します。

$ dotnet run check.cs        # DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=1
１２３ True

設定を外すと、ICU が入っていないので、今度は起動の時点で止まりました。

どう直したか

この回で直したいのは「全角の英数字・記号と全角スペース」だけなので、NFKC を使わずに、文字の番号で直します。全角の「！」（U+FF01）〜「～」（U+FF5E）は、0xFEE0 を引くと半角になります。

foreach (char c in args[0])
{
    if (c >= '！' && c <= '～') sb.Append((char)(c - 0xFEE0));
    else if (c == '　') sb.Append(' ');
    else sb.Append(c);
}

これなら、Mac でも Linux でも、ICU があってもなくても同じ答えになります。