回答。

ByVal修飾子は、手続きや関数にパラメータを値によって渡すことを示します。Visual Basicでは、ByValはデフォルトで使用され、手続き内でパラメータに加えられた変更が、呼び出し側で渡された元の変数に影響を与えないことを保証します。

問題の歴史

従来のVBバージョンでは、任意のパラメータを値または参照によって渡すことができました。言語が進化し、複雑なデータ型（構造体、クラス）が登場するにつれて、ByValとByRefの間の意識的な選択の重要性が増しました。

問題

パラメータの受け渡し方法の誤った選択はしばしばエラーを引き起こします。呼び出しコードの変数が意図せず変更される可能性がある一方で、逆に変更を期待しても発生しないことがあります。

解決策

ByValは、手続きが値のコピーで作業する必要がある場合に使用されます。これは、原始データ型、構造体、時には参照型さえも、参照を保持することが重要な場合に適用されます。

コード例:

Sub Increment(ByVal number As Integer)
    number += 1
End Sub

Dim myValue As Integer = 10
Increment(myValue)
Console.WriteLine(myValue)  ' 10を返します、11ではありません

主な特徴:

パラメータのコピーを渡す（原始型は値、オブジェクトはオブジェクトへの参照であり、オブジェクトのコピーではありません）
手続き内での変更は元の変数に影響しない
参照による受け渡しのために明示的にByRefを使用する

落とし穴のある質問。

ByVal修飾子でオブジェクト（例えば、クラスのインスタンス）を渡した場合、どのように動作しますか？

回答: オブジェクトの参照のコピーが渡され、オブジェクトそのものではありません。手続きからオブジェクトのフィールドを変更することは可能で、変更は外部からも見えます。しかし、参照そのものを新しいものに置き換えることはできず、呼び出し側のコードには影響しません。

コード例:

Class Counters
    Public Value As Integer
End Class

Sub ModifyCounter(ByVal c As Counters)
    c.Value = 999  ' プロパティを変更！
    c = New Counters()  ' この変更は呼び出し側のコードには見えません
End Sub

Dim example As New Counters() 
ModifyCounter(example)
Console.WriteLine(example.Value)  ' 999を出力します

手続き内で構造体のフィールドを変更した場合、ByValで渡し時に構造体の値は変わりますか？

回答: いいえ、構造体のインスタンス全体がコピーされ、変更は外部に影響を与えません。手続き内の構造体の各レコード、例えば、Pointはそれぞれ独自のものです。

パラメータに対して明示的にByValを指定する必要がありますか？

回答: いいえ、ByValはデフォルトで使用され、明示的な指定は可読性向上とコーディングスタイルの遵守のためのみです。

一般的なエラーとアンチパターン

ByValで渡されたパラメータが変更されることを暗黙的に期待する
「完全」な隔離を目的とした複雑なオブジェクトをByValで渡す際のエラー（フィールドの変更は可能）
変更可能なコレクションやオブジェクトとのByValの不適切な組み合わせ

実生活の例

ネガティブケース

開発者が配列をByValで関数に渡し、要素を変更できることを期待して新しい配列が呼び出し側に作成されると思いました（実際には参照型は参照で渡されます）。

長所:

コードが簡潔

短所:

手続き外でのデータの変更が明白ではなく
変更が「漏れる」可能性が高い

ポジティブケース

関数によって変更されるべきでない配列インデックスを渡すためにByValを使用します。内部でインデックスの値を変更しても、元の変数は影響を受けません。