VB.NETのループを制する者がシステムを制す：ForとFor Eachの「構造的真実」
業務自動化の現場で、初心者が最初に突き当たる壁。それが「コレクション走査中の例外」です。
「コードを書いた時は動いたのに、本番環境でなぜか落ちる」。そんな経験はありませんか？
それは、あなたが「ループの構造」を単なる構文としてしか見ていないからです。メモリ上で何が起きているのか、その裏側を知れば、バグは「起きるもの」ではなく「防げるもの」に変わります。
今日は、Visual Basicの伝説的なアーキテクトとして、「Forループ」と「For Eachループ」のメモリ構造の差と、実務で絶対にやってはいけない禁じ手を伝授します。
—
1. 「For」と「For Each」の構造的な決定差
Forループ：インデックス（番地）による直接アクセス
Forループは、メモリ上の「住所（インデックス）」を指定して要素を取りに行きます。
- 特性: 配列のサイズ変更や、特定の要素のスキップ（例：2つ飛ばし）といった「ランダムアクセス」に強い。
- リスク: 境界条件（`Array.Length – 1`など）を間違えると、メモリの範囲外に触れて `IndexOutOfRangeException` が発生します。
For Eachループ：イテレータによる「巡回」
For Eachは、コレクションが持つ「イテレータ（列挙子）」というガイド役に、「次へ、次へ」と案内を頼む仕組みです。
- 特性: コンテナがどういう構造（配列か、リストか、辞書か）かを意識せず、抽象的に要素を辿れるため、読みやすさと安全性において圧倒的に優れています。
- リスク: 走査中にコレクションそのものを書き換えると、ガイドが混乱し `InvalidOperationException` を吐き出します。
—
2. なぜ「コレクションの変更」で例外が出るのか？
実務で最も多い障害がこれです。
「ループで回しながら、条件に合致したものを削除する」という処理。
.net
‘ 【絶対にやってはいけないアンチパターン】
For Each item In myList
If item.IsExpired Then
myList.Remove(item) ‘ ここで爆発する
End If
Next
なぜダメなのか？
`For Each` は内部でコレクションの「バージョン番号」を管理しています。`Remove` を実行するとバージョンが更新され、イテレータが「自分が見ているリストと今のリストが別物になった」と検知し、安全のためにシステムを停止させるからです。
—
3. 実務で「落ちないコード」を書くための鉄則
業務効率化ツールにおいて、保守性は命です。以下の原則を守ってください。
1. 走査と操作を分ける: ループ内でコレクションを変更してはいけません。変更が必要な場合は「削除対象リスト」を別途作り、ループ終了後に一括処理します。
2. コピーを活用する: 小規模なデータであれば、`ToList()` でコピーを作成してから走査するのも一つの手です。
3. For文は「逆順」から: どうしてもループ内で削除が必要な場合は、インデックスの大きい方から処理すれば、添え字のズレを防げます。
プロダクションコード例：安全な要素削除
.net
”’
”’
Public Sub CleanupExpiredData(dataList As List(Of String))
‘ 1. 削除対象を一時的に保持するリストを作成
Dim itemsToRemove As New List(Of String)
‘ 2. 走査はFor Eachで安全に
For Each item In dataList
If IsExpired(item) Then
itemsToRemove.Add(item)
End If
Next
‘ 3. 確定した対象のみを一括削除（ここで元のコレクションを操作）
For Each item In itemsToRemove
dataList.Remove(item)
Next
End Sub
—
4. 現場のリーダーからのアドバイス
「動けばいい」というコードは、あなたの残業を増やすための種です。
- For文を使うべき時:
- 計算が必要な時（例：`i 2` 番目の要素にアクセスする）。
- 配列の一部だけを処理したい時。
- For Eachを使うべき時:
- 上記以外、すべて。
- コレクションの全要素を処理する際、コードの意図が明確になり、バグの混入率が劇的に下がります。
最後に
システム開発は「楽をするための努力」です。
構造を理解し、言語が用意してくれた安全装置（For Each）を正しく使う。それだけで、あなたの書くツールは、他人が触っても壊れない「堅牢な資産」へと進化します。
次にあなたがコードを書く時、メモリの中でデータがどう動いているのか、一瞬だけ想像してみてください。それが、伝説のエンジニアへの第一歩です。
