VB.NETの「文字」と「文字列」を掌握せよ：CharとStringの境界線で迷わないための鉄則
こんにちは。現場の最前線でコードと格闘し続けてきた諸君、ようこそ。
Visual Basic (VB.NET)を学び始めると、誰もが一度は「あれ？なんでこれでエラーになるんだ？」と頭を抱える瞬間があります。その筆頭が「Char型」と「String型」の混同です。
一見、どちらも「文字を扱うもの」として同じに見えますよね。しかし、メモリの構造も、背負っている責任も全く別物です。ここを曖昧にしたままコードを書くと、ある日突然、特定の環境でだけ発生する「文字化け」や「謎の比較失敗」という悪夢に遭遇することになります。
今日は、プロの現場で「おっ、こいつわかってるな」と思われるための、文字列操作の極意を伝授しましょう。
—
1. CharとStringの「決定的な違い」を理解する
まず、この2つは「器のサイズ」と「扱い方」が根本的に異なります。
- Char型 (Character):
- 定義: 1文字だけを格納する。
- 特徴: 2バイトの固定長データ。数値（Unicode値）として内部処理される。
- 記法: シングルクォーテーション `’` で囲む（例: `’A’`）。
- String型 (String):
- 定義: 文字の並び（配列）を扱うための「クラス」。
- 特徴: 文字数によってメモリサイズが動的に変化する参照型。
- 記法: ダブルクォーテーション `”` で囲む（例: `”A”`）。
陥りやすい罠：シングルクォーテーションの誤解
VB.NET初心者がよくやる間違いがこれです。
‘ 【NG例】Charを期待している場所にStringを入れようとしている
Dim myChar As Char = “A” ‘ コンパイルエラー（Option Strict Onの場合）
VB.NETでは、`”A”` はString型、`’A’` はChar型です。この厳格な区別は、あなたのプログラムを「予期せぬバグ」から守るための防波堤なのです。
—
2. なぜ「比較」で文字化けやバグが起きるのか？
現場で最も恐ろしいのは、「比較演算子（=）での判定ミス」です。特に、環境によって異なる文字コード（エンコーディング）が絡むと、論理エラーが頻発します。
文字コードの差異による比較の落とし穴
VB.NETの文字列は内部で「Unicode (UTF-16)」として扱われますが、外部から読み込んだデータやデータベースとのやり取りでは、Shift-JISやUTF-8などの文字コードが混在します。
例えば、「全角の空白」と「半角の空白」をChar型で比較しようとすると、メモリ上の値が全く異なるため、比較結果は `False` になります。
Dim charA As Char = ” “c ‘ 半角スペース
Dim charB As Char = “ ”c ‘ 全角スペース
‘ どちらも「空白」に見えるが、比較するとFalseになる
If charA = charB Then
‘ ここには絶対に入らない！
End If
—
3. 実践：文字化けを防ぐための鉄則コード
プロとして現場で守るべき「文字列比較の鉄則」をコードに落とし込みました。そのままテンプレートとして使ってください。
Public Sub ProcessStringComparison()
‘ 1. 「c」サフィックスを使って明示的にChar型として扱う
Dim targetChar As Char = “A”c
‘ 2. 文字列を比較する際は、必ずトリム（空白除去）と正規化を検討する
Dim inputData As String = ” InputValue ”
‘ Trim() で前後の不要な空白を削り、比較対象をクリーンにする
If inputData.Trim() = “InputValue” Then
‘ 処理の堅牢性が飛躍的に向上する
End If
‘ 3. 大文字小文字の違いによるバグを防ぐ（重要！）
‘ 「比較オプション」を指定することで、環境依存の挙動を排除する
Dim str1 As String = “vb.net”
Dim str2 As String = “VB.NET”
‘ IgnoreCase（大文字小文字を無視）を指定して比較する
If String.Equals(str1, str2, StringComparison.OrdinalIgnoreCase) Then
Console.WriteLine(“これなら確実に一致と判定されます”)
End If
End Sub
—
4. チーフアーキテクトからのアドバイス
初心者のうちは、「とりあえず動けばいい」と考えがちです。しかし、文字列はプログラムにおける「データの手足」です。ここが不安定だと、システム全体の信頼性が揺らぎます。
- Option Strict On を常につけよ: これをオンにすると、暗黙的な型変換を許さなくなります。最初は面倒に感じるかもしれませんが、これが最強のデバッグツールになります。
- 比較には `String.Equals` を使え: `==` や `=` 演算子に頼らず、比較のルール（大文字小文字の区別やカルチャ依存の有無）を明示できる `String.Equals` を使うのが、プロのたしなみです。
「たかが文字」と思わず、「メモリにどう格納されているか」を一度想像してみてください。そうすれば、あなたはもう初心者ではありません。
ここをクリアした諸君なら、VB.NETのどんな複雑なロジックも必ず攻略できるはずです。自信を持ってコードを書き進めてください！応援しています。
