【VBAスタンダード対策】一括データを渡す「配列引数」の構造を攻略！

複数のデータをまとめた「配列」を別のプロシージャへ渡す際、VBAには「引数名の後ろにカッコを付ける」という独自の記述ルールがあります。また、配列の受け渡しには、通常の変数とは異なる構造上の大きな制約が存在します。

1. 問題：配列を引数として受け取る正確な記述

【 問題 】 文字列型の配列 names を引数として受け取り、その内容を処理するプロシージャ ProcessAll を定義したい。また、VBAの構造的制約として、**「配列を引数として渡す場合は、必ず参照渡し（ByRef）でなければならない」**というルールに従うものとする。空欄 ( A ) に入る正確な組み合わせはどれでしょうか？

Sub Main()
    Dim MyList(5) As String
    ' --- 配列にデータを格納する処理 ---
    Call ProcessAll(MyList)
End Sub

Sub ProcessAll(( A ))
    ' --- 配列をループで回す処理 ---
End Sub

① ByVal names As String()
② ByRef names() As String
③ ByVal names() As String
④ ByRef names As String

2. 正解：配列引数の宣言構造に関する正解

正解： ② ByRef names() As String

3. 解説：配列引数特有の「カッコ」と「ByRef」

VBAにおいて配列を引数に取る場合、引数名の後ろに**「中身が空のカッコ ()」**を記述することで、それが単一の変数ではなく配列であることを構造的に明示します。

[ 配列受け渡しの絶対ルール ]
・カッコの配置：names() のように、型名（String）の前ではなく、変数名の直後にカッコを置きます。
・ByRefの強制：VBAの構造上、固定長配列（サイズが決まっている配列）を引数として渡す際は、ByVal（値渡し）を指定することはできません。必ず ByRef（参照渡し） である必要があります。

[ なぜ ③ ByVal は誤りなのか ]
★ 構造的制約：配列はデータサイズが大きくなる可能性があるため、VBAではメモリ効率を考慮し、コピーを作成する ByVal での受け渡しを（Variant型に格納しない限り）認めていません。

1. ここが試験に出る！: スタンダード試験では、この「配列＝カッコ付きのByRef」という組み合わせが正確に書けているかが問われます。特に、Javaなどの他言語の癖で String() names のように型側にカッコを付けてしまうミスに注意が必要です。
2. エンジニアの視点: Java 17などの現代的な言語では配列もオブジェクト参照として渡されるため、実質的にVBAの ByRef に近い挙動になります。VBAで「どうしても元の配列を壊したくない」場合は、呼び出す直前で別の配列にコピー（代入）してから渡すといった工夫が必要になります。理系NEOな設計としては、この「書き換えのリスク」を承知した上で、効率的なメモリアクセスを行う構造を意識することが大切です。

---

4. まとめ

「配列を渡すならカッコを付けてByRef」。この物理的な記述ルールをマスターすることで、大量のデータを扱うマクロの構造を正しく制御できます。減数分裂において大量の遺伝情報がセットで受け継がれるように、VBAも配列という構造体を使って、複雑な情報を一括で、かつ正確にリレーしていくのです。

【VBAスタンダード対策】引数の受け渡し「ByVal」と「ByRef」の文法を攻略！

引数をどのように受け取るかは、プロシージャ宣言の「カッコ内」で指定します。キーワードの配置場所と、何も記述しなかった場合にVBAがどのように解釈するかという構造的ルールを確認しましょう。

1. 問題：引数受け渡しの正確な宣言文法

【 問題 】 プロシージャ Calculate を定義する際、引数 num を「呼び出し元の値に影響を与えない値渡し」として、また引数 target を「VBAの既定である参照渡し」として正確に記述しているものはどれでしょうか？

① Sub Calculate(num ByVal As Integer, target ByRef As String)
② Sub Calculate(ByVal num As Integer, ByRef target As String)
③ Sub Calculate(As Integer ByVal num, As String ByRef target)
④ Sub Calculate(Value num As Integer, Reference target As String)

2. 正解：引数宣言の記述順序に関する正解

正解： ② Sub Calculate(ByVal num As Integer, ByRef target As String)

3. 解説：引数リストの物理的構造

VBAにおいて、引数の性質を決定するキーワード（ByVal / ByRef）は、必ず**「変数名の直前」**に配置するという構造的な決まりがあります。

[ 引数宣言の基本フォーマット ]
(キーワード) + (引数名) + As + (型名)

・ByVal（値渡し）：呼び出し元から「値のコピー」だけを受け取る。
・ByRef（参照渡し）：呼び出し元の「変数そのもの（参照）」を受け取る。

[ 構造上の重要なルール ]
★ 省略時の挙動：キーワードを何も書かずに Sub Calculate(num As Integer) と書いた場合、VBAは構造的に ByRef（参照渡し） であるとみなします。この「省略＝参照渡し」は試験の超頻出ポイントです。
★ 配置のミス：①のように変数名と型の間にキーワードを挟むことはできません。

1. ここが試験に出る！: スタンダード試験では、あえてキーワードを省略したコードを提示し、「呼び出し元の変数が書き換わるかどうか」を判断させる問題が出ます。「何も書いていなければ ByRef（本物が書き換わる）」という構造的デフォルトを即座に思い出せるかが合格の決め手です。
2. エンジニアの視点: Java 17などの現代的な言語は、基本データ型は値渡し、オブジェクトは参照（のコピー）渡しと決まっていますが、VBAは個別の引数ごとに明示的に指定できる柔軟な構造を持っています。実務では「意図しない書き換え」という最も厄介なバグを防ぐため、すべての引数に ByVal を明示するスタイルが推奨されます。理系NEOな保守性を高めるためにも、構造を明示する癖をつけましょう。

---

4. まとめ

「キーワードは変数名の前、書かなければ ByRef」。この文法構造を正確に守ることで、データの「安全性」と「共有」を自在にコントロールできるようになります。減数分裂が情報の受け渡しを厳密に行うように、VBAも引数の宣言一つで、プログラム全体のデータの運命を決定づけるのです。

【VBAスタンダード対策】変数の運命を分ける「値渡し」と「参照渡し」を攻略！

【VBAスタンダード対策】変数の運命を分ける「値渡し」と「参照渡し」を攻略！

プロシージャに引数を渡す際、VBAには「変数のコピーを渡す方法」と「変数そのものの場所を教える方法」の2通りがあります。呼び出された側で値を書き換えたとき、呼び出し元の「元の変数」に影響が出るかどうかが最大の構造的違いです。

1. 問題：引数の受け渡しによる「元の値」の変化

【 問題 】 プロシージャ Main から Process を呼び出しました。Process 内で引数の値を書き換えた後、再び Main に戻ってメッセージを表示した際、**元の変数 num が書き換わってしまう（10から20に変わる）**のは、どのような受け渡し構造のときでしょうか？

Sub Main()
    Dim num As Integer : num = 10
    Call Process(num)         ' --- ここで呼び出し ---
    MsgBox num               ' --- 元の変数はどうなった？ ---
End Sub

Sub Process(n As Integer)
    n = 20                   ' --- 呼び出された先で書き換え ---
End Sub

① 値渡し（ByVal）：変数の「分身（コピー）」を渡している場合
② 参照渡し（ByRef）：変数の「実体（メモリ上の住所）」を教えている場合
③ 直接渡し：変数をそのまま移動させている場合
④ 共有渡し：すべての変数をモジュールレベルで共有している場合

2. 正解：引数の受け渡し概念に関する正解

正解： ② 参照渡し（ByRef）：変数の「実体」を教えている場合

3. 解説：データの「コピー」か「実体」か

引数の受け渡しには、構造的に「分身を渡す」のか「本物を共有する」のかという違いがあります。VBAの既定（デフォルト）は参照渡しであるため、意識せずに書くと呼び出し元の値が書き換わってしまう可能性があります。

[ データの受け渡し構造図 ]

■ 値渡し (ByVal = By Value)
[Main] num(10) --(コピーを送信)--> [Process] n(10)
[Process]で n=20 にしても、[Main]の num(10) は変化なし。

■ 参照渡し (ByRef = By Reference)
[Main] num(10) --(住所を共有)--> [Process] n(←実体はnum)
[Process]で n=20 にすると、[Main]の num(10) も 20 に変わる。

[ なぜこの違いが重要なのか ]
★ ByVal（値渡し）：元のデータを壊したくない、安全に処理したい時に使います（使い捨てのコピー）。
★ ByRef（参照渡し）：呼び出し先に複数の結果を書き込んでもらいたい時や、巨大なデータを効率よく扱いたい時に使います。

1. ここが試験に出る！: スタンダード試験では、コードの実行結果として「最後に表示される変数の値」を問う問題が頻出します。宣言部に ByVal があるかないかを見極め、呼び出し元の変数が「守られているか、書き換わっているか」を判定できるかが勝負の分かれ目です。
2. エンジニアの視点: Java 17などのオブジェクト型引数は、実質的に「参照の値渡し」という少し複雑な挙動をしますが、VBAの ByRef はもっと直接的な「変数そのもの」の共有です。不慮の書き換えバグを防ぐために、実務では「原則 ByVal で書き、理由がある時だけ ByRef を使う」のが理系NEOな堅牢な設計ですね。

---

4. まとめ

「分身のByVal、実体のByRef」。この概念を理解すれば、複雑なプロシージャ連携でもデータの流れを完全に見失わずに済みます。減数分裂が元の情報を維持しながら新しい細胞を作るように、VBAも適切な受け渡し構造を選ぶことで、データの正確性を保ちながら処理を繋いでいくのです。

【VBAスタンダード対策】値を呼び出し元へ届ける「Functionの戻り値」を攻略！

Functionプロシージャの最大の特徴は、計算や加工の結果を「戻り値（返り値）」として呼び出し元に渡せることです。VBAでは、他の言語のような Return キーワードではなく、独自の代入構造を持っています。

1. 問題：戻り値を設定する正確な構文

【 問題 】 引数で受け取った数値 num を2倍にして呼び出し元に返す、Functionプロシージャ「DoubleValue」を作成したい。空欄 ( A ) に入る正確なコードはどれでしょうか？

Function DoubleValue(num As Integer) As Integer
    ( A ) = num * 2
End Function

① Return
② DoubleValue
③ Result
④ Value

2. 正解：戻り値の代入構造に関する正解

正解： ② DoubleValue

3. 解説：なぜ「プロシージャ名」に代入するのか？

VBAのFunctionプロシージャは、宣言した**「プロシージャ名と同名の変数」**が自動的に用意されるような構造になっています。その名前に値を代入することで、End Function に到達したとき、その値が呼び出し元へと持ち帰られます。

[ Functionの戻り値構造図 ]

Sub Main()
  ans = DoubleValue(5)  ← (2) 10を受け取る
End Sub

         ↓ 呼び出し

Function DoubleValue(num)
  DoubleValue = num * 2  ← (1) 自分自身の名前に値を詰める
End Function

[ 他の選択肢が誤りである理由 ]
★ ① Return：Javaなどの他言語で使われる構文であり、VBAではこの構造をサポートしていません。
★ ③・④：これらはただの変数名とみなされます。プロシージャ名と一致しない名前に代入しても、戻り値としては機能しません。

1. ここが試験に出る！: スタンダード試験の穴埋め問題では、この「プロシージャ名をもう一度書く」という構造が正しく理解できているかが問われます。また、宣言の最後にある As Integer（戻り値の型指定）と、実際に代入する値の型が一致しているかどうかも、構造的な正確性を測るポイントとなります。
2. エンジニアの視点: Java 17などの return 文に慣れていると、名前に代入する構造は少し特殊に感じますが、これは古き良きBASIC言語の伝統的な構造です。値を代入した後も、End Function に行くまでは処理を続行できるという特徴がありますが、混乱を避けるために代入後は速やかに終了させるのが「理系NEO」な綺麗な書き方です。

---

4. まとめ

「Functionは、自分の名前を箱にして値を持ち帰る」。この一風変わった代入構造こそが、VBA関数におけるデータの出口です。減数分裂が正しい情報をセットにして次世代へ運ぶように、VBAも Function 名という器に正確な値を収めることで、プログラム間の完璧なデータリレーを実現するのです。

【VBAスタンダード対策】SubとFunction：役割と呼び出し方の構造を攻略！

SubとFunctionは、どちらも処理をまとめる箱ですが、その「出口（出力）」の構造が決定的に異なります。どのような場面でどちらを選択すべきか、実務的な判断力を確認しましょう。

1. 問題：SubとFunctionの使い分けと構造的制約

【 問題 】 SubプロシージャとFunctionプロシージャの「使い方の違い」に関する記述として、VBAの構造上正しいものはどれでしょうか？

① Subはセル内の数式から直接呼び出して計算結果を返せるが、Functionは呼び出せない。
② Functionは呼び出し元に値を返せるが、Subは呼び出し元に値を返すことができない。
③ どちらも Call キーワードを使って呼び出す際、必ず戻り値を受け取る変数を用意しなければならない。
④ Functionプロシージャ内では、セルの値や書式を変更するなどの「動作」を記述することは一切禁止されている。

2. 正解：プロシージャの運用構造に関する正解

正解： ② Functionは呼び出し元に値を返せるが、Subは呼び出し元に値を返すことができない。

3. 解説：出口（戻り値）があるかないか、それが構造の差

Sub（サブルーチン）は「一連の動作を完遂すること」が目的であり、Function（関数）は「計算した結果を報告すること」が主な目的です。この目的の違いが、呼び出し方の構造に現れます。

[ 実務的な使い分けと呼び出し構造図 ]

■ Subプロシージャ：アクション型
・呼び出し方：Call DoAction または DoAction
・主な役割：転記、書式変更、印刷、ファイル保存など（動き中心）。

■ Functionプロシージャ：データ型
・呼び出し方：ans = GetValue()（変数への代入が基本構造）
・主な役割：複雑な計算、判定（True/False）、文字列加工など（結果中心）。

[ 選択肢の構造的ミス ]
★ ①の誤り：セルから呼び出せる（ユーザー定義関数）のは「値を返す」構造を持つFunctionだけです。
★ ④の誤り：VBAから呼び出す場合は動作可能ですが、セルから呼び出す「ユーザー定義関数」として使う場合に限り、他のセルの値を変更するなどの動作に制約がかかります。

1. ここが試験に出る！: スタンダード試験では「Subは値を返さない」という基本に加え、Functionを呼び出す際に ans = MyFunc() のように戻り値を受け取る構造が正しく書けているかが問われます。また、FunctionをSubのように Call で呼ぶことも可能ですが、その場合は戻り値が捨てられるという特殊な挙動も理解しておく必要があります。
2. エンジニアの視点: Java 17の void メソッドと、戻り値を持つメソッドの使い分けと同じですね。実務では「サイドエフェクト（状態変化）を起こすならSub」「純粋に計算だけして値を返すならFunction」と構造を分離して設計するのが、理系NEOな保守性の高いコードへの近道です。

---

4. まとめ

「動きを命じるSub、答えを求めるFunction」。この構造的役割の違いを理解することで、マクロの設計は劇的に整理されます。減数分裂が単なる分割ではなく「次世代へ繋ぐ情報の選別（Function的役割）」を伴うように、VBAも適切なプロシージャの選択によって、正確なデータのリレーを実現するのです。