VBA技術解説
VBAでの括弧()の使い方、括弧が必要な場合

オブジェクト.メソッド　引数1, 引数2, …
Call　オブジェクト.メソッド(引数1, 引数2, …)
変数　=　オブジェクト.メソッド(引数1, 引数2, …) ・・・ 戻り値がオブジェクトならSetが必要
Subプロシージャー　引数1, 引数2, …
Call　Subプロシージャー(引数1, 引数2, …)
Functionプロシージャー　引数1, 引数2, …
Call　Functionプロシージャー(引数1, 引数2, …)
変数　=　Functionプロシージャー(引数1, 引数2, …) ・・・ 戻り値がオブジェクトならSetが必要
関数　引数1, 引数2, …
変数　=　関数(引数1, 引数2, …)
このようになります。
なんとなく括弧が必要な場合が理解できるでしょうか。
以下は文法エラーとなります。
オブジェクト.メソッド(引数1, 引数2, …)
Call　オブジェクト.メソッド　引数1, 引数2, …
変数　=　オブジェクト.メソッド　引数1, 引数2, …
Call　Subプロシージャー　引数1, 引数2, …
Call　Functionプロシージャー　引数1, 引数2, …
変数　=　Functionプロシージャー　引数1, 引数2, …
メソッドもプロシージャーも関数も、戻り値を使うか使わないかの違いで、書き方は同じです。
※上記では見やすくするために、半角空白ではなく全角空白を使用しています。

括弧()は、括弧()の外から見たら一つの塊として存在します。
最もわかりやすいのは、計算式での括弧()でしょうか。
(1 + 2) * 3
計算式においての説明では、計算順の明示として説明されることが多いと思いますが、
要は括弧の中は一塊であるという事です。
(1 + 2)これで一塊、その塊に*3しているという事です。
VBAでの引数リストの括弧()は、(引数1,引数2,…)これで一塊だという記述になります。
(引数リスト)の一塊として、直前のメソッド等の付属情報になります。
VBAの括弧の意味はこれだけです。
問題は半角空白との関係で、
括弧()を書かなければならない場合、
書かなくて良い（むしろ書いてはいけない）場合があるという事です。

VBAにおいて半角空白は、区切として使われます。
ただし、
カンマの後ろは、区切ではなく、見やすく整形して入っているだけとして見て下さい。
さらに、=代入は、そもそも
Set　変数　=
Let　変数　= ・・・ Letは通常省略して書いているもの
これらは代入文の受側としての式になります。
そこで、
カンマで繋がっているものは一塊、代入式も一塊として見るようにすると、
※以下、半角空白は□で表記します。
メソッド□引数
Call□メソッド(引数)
代入式□メソッド(引数)
プロシージャー□引数
Call□プロシージャー(引数)
代入式□メソッド(引数)
・・・
メソッドもプロシージャーも関数も記述においては同じです。
書き方が変わるのは、戻り値を使うか使わないかという違いだけです。
そこで、わかりやすいように、この後は「メソッド」だけで説明します。
さらに説明を進めます。
括弧はその前の単語に対する追加情報になります。 この追加情報と同じだと考えてください。
VBAでの追加情報である括弧()は、その前の単語にくっつけて（間に空白を入れずに）記述します。
つまり、空白で区切られておらず一塊になっています。
したがって、単語（追加情報）、これで一塊だという事です。
そこで、
上記の、「メソッド(引数)」を「メソッド引数」のように書き換えてみると、
メソッド□引数
Call□メソッド引数
代入式□メソッド引数
この3パターンだけということになります。
これらは、
先□元
主体□客体
命令□オペランド
このような関係であると説明したほうが理解しやすいでしょうか。
こうしてみると、半角空白（□） は1つしか出てきません。
2つ出てくることはありません。
ですので、
Call□メソッド□引数
この指定は、ありえない指定ということで、赤字エラーになります。
では、半角空白がなくて良い場合と、１つ必要になる場合はどうかです。
もともと、
メソッド
これだけ書けば、Callが省略されている訳ですから問題ありません。
そこで、引数を追加する時に、
メソッド(引数)
メソッド□引数
どちらになるのかと言う事になります。
引数が複数ある場合

このような間違いをしないように、基本としてはCallを省略しない事をお勧めします。
このようにして見ていくと、むしろ、
メソッド□引数1,引数2,・・・
この記述こそが特別なもののように見えてきます。


上はエクセルVBA、下はVB.NET（VisualStudioのVisualBasic）で、同じことを行った場合の動画です。
このように、VB.NETでは常に括弧()が付いて記述が統一されています。
つまり、VBAの
メソッド□引数1, 引数2, …
むしろこの記述こそが不自然なものであるという事にほかなりません。
VBAの、
メソッド□引数1, 引数2, …
これが特別な書き方だということです。
追加で説明するなら、
変数 = Functionプロシージャー　引数1, 引数2, 引数3
これは、普通に見てもおかしい感じをうけますね。
これでは、
変数 = Functionプロシージャー
これに対して引数を指定しているようにも見えてしまいます。
少なくとも、=の右辺に区切としての半角空白が入る事はありません。
（当然、演算子の前後の半角空白は除いてという事です）

Ifステートメントで使う場合

以上いろいろ説明しましたが、以下を文型として理解してください。
メソッド　引数1, 引数2, …
Call　メソッド(引数1, 引数2, …)
変数　=　メソッド(引数1, 引数2, …)
(メソッド(引数1, 引数2, …))
本来は、括弧()を書く方が普通なのです。
メソッド　引数1, 引数2, …
これが特別なのです。
しかし、VBAではこの使い方が非常に多い事からわかりづらくなっていると思います。
もう一度言います。
メソッド　引数1, 引数2, …
これが特別なのです。

上で述べたように、
メソッド　引数1, 引数2, …
これだけが特別なのですが、これはCallが省略された形になります。
つまり、
常にCallを書けば、全て括弧()が必要になり記述は統一されます。
例えば以下のVBA

ごく普通の書き方に感じられるでしょう。（処理内容は意味なしコードです）
本サイトで学んだ人でも、こういう書き方をしているはずです。
しかし、これらのメソッド（ClearやInsert）は、Callが省略されているのです。

Callを省略せずに書けば、このようになります。
そして、この書き方こそが本来の書き方だと言ってよいでしょう。
しかし、多くの書籍およびWEBページでの説明は前者の書き方になっているはずです。
VBAの括弧()が、どういう時に書くのか分からなくなってしまう最大の原因はここにあるのだと思います。
つまり、最初にCall省略で書きなれてしまうため、
その後に括弧()付きの書き方が必要になった時に戸惑ってしまう事になっているのではないでしょうか。
とはいえ、
多くのサンプルでCallが省略されていますし、わざわざ書くのは面倒でもあります。
慣れてしまえば、ごく当たり前に両者を書き分けられるようになるものです。

括弧()については、VBAの単なる決まりでしかなく、
他の言語から見ると、むしろ特殊な感じさえあるかもしれません。
単にそういう決まりなんだと受け入れるしかないと思います。
VBA動作として気を付けなければならないのは、
メソッド□(引数1) ・・・ 括弧を付けると先に値を評価して常に値渡しになる。
その他の場合は、
間違っていれば赤字エラーになるので、エラーになったら直せば済みます。

同じテーマの記事
新着記事
アクセスランク