【VBA】プロシージャのスコープ（Public / Private）｜使い分けと実務ルールを徹底解説

VBA のコード設計において、「どこからプロシージャを呼び出せるか」＝スコープの管理は非常に重要です。
スコープを適切に設定することで、意図しない呼び出しを防ぎ、保守性と安全性を大きく向上させることができます。

本記事では、Public / Private の違い、適切な使い分け、実務での注意点まで詳しく解説します。

1. スコープとは何か（VBAにおける“見える範囲”）

スコープとは、
プロシージャ・変数が有効となる範囲（アクセスできる範囲）
のことです。

VBAのモジュールでは、主に次の2つのスコープ指定が使われます。

指定	意味
Public	どのモジュールからでもアクセス可能
Private	そのモジュール内だけでアクセス可能

“どこからでも呼び出しできるかどうか” が最も大きな違いです。

Public をつけると 全モジュールから呼び出しできるプロシージャ になります。

'標準モジュール
Public Sub ShowMessage()
    MsgBox "Public プロシージャです"
End Sub

別モジュールから呼び出し：

Sub Exec()
    ShowMessage
End Sub

Public は便利ですが、むやみに増やすと依存関係が複雑になりバグの温床になるため注意が必要です。

Private をつけると、宣言したモジュール内でのみ有効になります。

'標準モジュール
Private Sub CalcInternal()
    MsgBox "これはこのモジュール内限定"
End Sub

他のモジュールからは呼び出せません。

Private を意識的に使うことで、
「触ってはいけない処理」「外部に見せる必要のない処理」
を明示でき、モジュールの保守性が大幅に向上します。

プロジェクトが大きくなるほど、スコープ設計が重要になります。
以下は実務でよく使われるベストプラクティスです。

Public が多いほど依存関係の管理が難しくなります。
特に他ファイルと連動する場合、後から変更しづらくなります。

基本：Private 基準、必要なものだけ Public

モジュールを「外部に公開する関数セット」として扱い、
Public は“入口”だけにするとコードが整理されます。

例：

Module_Common
 ├─ Public MainFunction   ← 外部から呼ぶ
 ├─ Private CheckInput    ← 内部でのみ使用
 ├─ Private FormatText    ← 内部でのみ使用

シートモジュールは “画面（UI）” と紐づいているため、
Public を使うと意図せず外部から呼べてしまう場合があります。

例：

Sheet1.UpdateData   'Public のため呼び出し可能

UI に依存する処理でバグが起きやすいため、
シートモジュールは基本 Private にし、
共通処理は標準モジュールへ分離するのが理想です。

呼び出せずエラーになる典型的なケースです。

対策：呼び出し前に定義の頭を必ず確認する

規模が大きくなると「どこからでも呼べる」状態が逆に問題になります。

対策：モジュールごとに“外部公開する関数リスト”を決めておく

複数モジュールに同名プロシージャがあると混乱の元。

対策：

Public / Private の使い分けは VBA のコード品質や保守性を大きく左右します。

基本は Private、必要なものだけ Public で公開する
これがもっとも安定したスコープ設計です。