C#で全角変換を行う最適解｜半角英数字・カタカナを変換する実装コードを解説

2026年3月8日2026年5月5日

文字列処理

C#を用いたシステム開発において、ユーザーからの入力値を正規化したり、帳票出力時に書式を整えたりする際、半角文字を全角文字へ変換する処理は頻繁に求められます。

特に日本国内向けのビジネスアプリケーションでは、住所の番地や電話番号、カナ氏名などのデータ形式を統一するために不可欠な工程です。

かつての.NET Framework時代から現代の .NET 8 や .NET 9 に至るまで、変換手法にはいくつかの選択肢が存在します。

標準ライブラリをそのまま活用する方法から、パフォーマンスを重視した独自実装まで、プロジェクトの要件に応じた最適な手法を選択することが重要です。

本記事では、C#で全角変換を行うための具体的な実装コードと、それぞれのメリット・デメリットを詳しく解説します。

目次 [ close ]

C#で全角変換が必要になる背景

日本のシステム開発において、文字の「全角・半角」の問題は避けて通れません。

特に古い基幹システムから移行したデータや、Webフォームから自由入力されたテキストには、半角英数字と全角英数字が混在していることが多々あります。

これらをそのままデータベースに保存したり検索対象にしたりすると、名寄せが困難になったり、UI上の表示が崩れたりする原因となります。

また、金融機関のシステムや公的な書類作成では「カタカナは全角で統一する」といった厳格なルールが定められていることも少なくありません。

こうしたビジネスルールの遵守とデータの整合性を保つために、プログラム側で確実に変換処理を制御する必要があります。

Microsoft.VisualBasicライブラリを活用する方法

C#で最も手軽に全角変換を実装する方法は、Microsoft.VisualBasic名前空間に含まれる Strings.StrConv メソッドを利用することです。

C#プロジェクトであっても、このライブラリを参照することでVB.NETの強力な文字変換機能を活用できます。

StrConvメソッドの基本的な使い方

Strings.StrConv メソッドを使用するには、プロジェクトに Microsoft.VisualBasic.dll の参照を追加するか、NuGetパッケージからインストールする必要があります。

モダンな .NET (Core 以降) では、多くの場合標準で利用可能ですが、環境によっては明示的な追加が必要です。

以下のコードは、半角英数字およびカタカナを一括で全角に変換する例です。

using System;
using Microsoft.VisualBasic;

namespace ZenkakuConverterApp
{
    class Program
    {
        static void Main(string[] args)
        {
            // 変換対象の文字列
            string halfWidthText = "Hello C# 123 ｶﾀｶﾅ";

            // StrConvを使用して全角に変換
            // VbStrConv.Wide を指定することで全角化が可能
            string fullWidthText = Strings.StrConv(halfWidthText, VbStrConv.Wide, 0);

            Console.WriteLine("変換前: " + halfWidthText);
            Console.WriteLine("変換後: " + fullWidthText);
        }
    }
}

実行結果

変換前: Hello C# 123 ｶﾀｶﾅ
変換後: Ｈｅｌｌｏ　Ｃ＃　１２３　カタカナ

StrConvを利用するメリットと注意点

この方法の最大のメリットは、実装が極めて簡単である点です。

アルファベット、数字、記号、カタカナを一度の呼び出しでまとめて全角へ変換できます。

また、内部で複雑な文字マッピングを考慮する必要がないため、開発コストを低く抑えられます。

一方で、注意点も存在します。

このメソッドは内部的にWindows APIを利用している場合があり、非Windows環境 (Linuxコンテナなど) で動作させた際に挙動が異なる、あるいは例外が発生するリスクがあります。

また、.NETの思想として「C#からVBのライブラリに依存したくない」という設計方針を持つチームでは、採用が見送られることもあります。

独自ロジックによる英数字の全角変換

外部ライブラリに依存せず、かつプラットフォームに依存しない確実な変換を行いたい場合は、Unicodeの特性を利用した独自変換メソッドの実装が推奨されます。

Unicodeのオフセットを利用した変換原理

コンピュータ上の文字コードであるUnicodeにおいて、半角英数字 (ASCII) と対応する全角英数字の間には固定の数値差が存在します。

具体的には、半角の ! (U+0021) から ~ (U+007E) までの文字に、0xFEE0 (十進数で65248) を加算すると、対応する全角文字のコードポイントになります。

ただし、スペース (空白文字) だけは例外で、半角スペース (U+0020) は全角スペース (U+3000) に変換する必要があります。

英数字・記号変換の実装例

以下に、高効率な全角変換を行うクラスの例を示します。

using System;
using System.Text;

public static class CharConverter
{
    /// <summary>
    /// 半角英数字・記号を全角に変換します。
    /// </summary>
    /// <param name="input">変換対象の文字列</param>
    /// <returns>全角変換後の文字列</returns>
    public static string ToZenkakuAlphaNumeric(string input)
    {
        if (string.IsNullOrEmpty(input)) return input;

        // 文字列操作の効率化のためStringBuilderを使用
        StringBuilder sb = new StringBuilder(input.Length);

        foreach (char c in input)
        {
            if (c == 0x0020)
            {
                // 半角スペースを全角スペースに変換
                sb.Append((char)0x3000);
            }
            else if (c >= 0x0021 && c <= 0x007E)
            {
                // Unicodeの差分(0xFEE0)を加算して全角に変換
                sb.Append((char)(c + 0xFEE0));
            }
            else
            {
                // 範囲外の文字はそのまま保持
                sb.Append(c);
            }
        }

        return sb.ToString();
    }
}

class Program
{
    static void Main()
    {
        string original = "C# 12.3 % & !";
        string result = CharConverter.ToZenkakuAlphaNumeric(original);

        Console.WriteLine("Original: " + original);
        Console.WriteLine("Converted: " + result);
    }
}

実行結果

Original: C# 12.3 % & !
Converted: Ｃ＃　１２．３　％　＆　！

この実装はシンプルでありながら、依存関係がなくパフォーマンスも非常に良好です。

特定の文字範囲のみをターゲットにしているため、意図しない文字が変換される副作用もありません。

カタカナの全角変換における課題と実装

英数字の変換と比較して、カタカナの全角変換は非常に複雑です。

その理由は、半角カタカナにおける「濁点・半濁点」の扱いにあります。

濁点・半濁点の結合処理

半角カタカナの「ガ」は、半角の「カ」と半角の「ﾞ」(濁点) の2文字で構成されています。

これを全角に変換する場合、1文字の「ガ」に結合しなければなりません。

この処理を自作する場合、単純なループ処理だけでなく、一文字先読みをして結合の可否を判定するロジックが必要になります。

この複雑な処理を自作するのはバグの温床となるため、カタカナ変換が必要な場合は、前述の StrConv を利用するか、あるいはオープンソースの変換ライブラリ (例: ICU.NET や各種ユーティリティ) を活用するのが一般的です。

もしどうしても自作で対応する必要がある場合は、以下のようにディクショナリ（辞書型）を用いてマッピングを定義する手法が現実的です。

カタカナ変換の実装イメージ

using System;
using System.Collections.Generic;

public static class KatakanaConverter
{
    // 半角から全角へのマッピング表（簡略版）
    private static readonly Dictionary<string, string> KanaMap = new Dictionary<string, string>
    {
        {"ｶﾞ", "ガ"}, {"ｷﾞ", "ギ"}, {"ｸﾞ", "グ"}, {"ｹﾞ", "ゲ"}, {"ｺﾞ", "ゴ"},
        {"ｱ", "ア"}, {"ｲ", "イ"}, {"ｳ", "ウ"}, {"ｴ", "エ"}, {"ｵ", "オ"},
        // 実際には全てのパターンを網羅する必要があります
    };

    public static string ToZenkakuKatakana(string input)
    {
        if (string.IsNullOrEmpty(input)) return input;

        string result = input;
        // 濁点付きの2文字パターンを先に置換
        foreach (var pair in KanaMap)
        {
            result = result.Replace(pair.Key, pair.Value);
        }
        return result;
    }
}

ただし、String.Replace を繰り返す手法は、文字列の長さや変換パターンの数に比例してパフォーマンスが低下するため、大量のデータを処理するバッチ処理などでは注意が必要です。

パフォーマンスを最大化する「Span<T>」の活用

最新のC# (特に .NET Core 3.1 以降) では、メモリ割り当てを最小限に抑える Span<char> や ReadOnlySpan<char> を活用することで、変換処理をより高速化できます。

大量の文字列変換を行う高負荷なアプリケーションでは、StringBuilder よりもさらに効率的な実装が可能です。

public static string ToZenkakuFast(ReadOnlySpan<char> input)
{
    if (input.IsEmpty) return string.Empty;

    // stackalloc または ArrayPool を使用してバッファを確保
    char[] buffer = new char[input.Length];
    Span<char> output = buffer;

    for (int i = 0; i < input.Length; i++)
    {
        char c = input[i];
        if (c >= 0x0021 && c <= 0x007E)
        {
            output[i] = (char)(c + 0xFEE0);
        }
        else if (c == 0x0020)
        {
            output[i] = (char)0x3000;
        }
        else
        {
            output[i] = c;
        }
    }

    return new string(output);
}

このコードでは、ループ内での新しい文字列インスタンスの生成を避け、スタック領域や事前に確保したバッファ上で加工を行うことで、ガベージコレクション (GC) の負荷を大幅に軽減できます。

実装方法を選択するための判断基準

プロジェクトにおいてどの手法を採用すべきか、以下の比較表を参考にしてください。

手法	推奨されるケース	メリット	デメリット
StrConv (VB)	短期間での開発、全文字種変換	実装が非常に簡単、カタカナ変換が強力	Windows依存の可能性、外部参照が必要
Unicodeオフセット (独自)	英数字のみの変換、クロスプラットフォーム	高速、シンプル、外部依存なし	カタカナの濁点結合などは自作が必要
外部ライブラリ (ICU等)	グローバル展開、高度な正規化	非常に高機能、Unicode標準に準拠	ライブラリサイズが増大、学習コスト