概要：Property LetとSetの境界線を紐解く
Excel VBAにおけるクラスモジュール設計において、プロパティの値を設定するための「Property Let」と「Property Set」。多くの開発者が直面する疑問の一つが、「なぜこれらが分かれているのか」、そして「これらを混同しても問題はないのか」という点です。結論から申し上げますと、VBAの仕様上、オブジェクト型を扱う際にLetを使用することはできませんが、逆に「Setというキーワードを使わずに、Letで代用できるのではないか？」という技術的な議論は、プログラミングの本質を理解する上で非常に重要です。本記事では、このプロパティの仕様を深掘りし、実務におけるベストプラクティスを解説します。
詳細解説：LetとSetの技術的な差異
VBAにおけるProperty LetとProperty Setの使い分けは、代入するデータの「型」によって厳格に定められています。
Property Letは、主に数値、文字列、ブール値といった「値型（プリミティブ型）」のデータを代入するために使用されます。一方で、Property Setは、ワークシート、セル範囲、クラスのインスタンスといった「オブジェクト型」のデータを代入するために使用されます。
なぜこの二つが分かれているのか。その理由は、VBAのメモリ管理にあります。値型はメモリ上の値を直接コピーしますが、オブジェクト型は「参照（ポインタ）」を保持します。この「値をコピーするのか、参照を渡すのか」という動作の違いを明確にするために、言語仕様としてLetとSetが分離されています。
ここで、「Property SetはLetでも良いのではないか」という疑問が生じる背景には、Variant型の柔軟性があります。Variant型は、値もオブジェクトも格納できるため、プロパティをVariant型にすれば、Letだけでも動くのではないかという推論が働きます。しかし、実際にはProperty Letでオブジェクトを代入しようとすると、コンパイルエラーや実行時エラーが発生します。VBAのコンパイラは、代入されるのが「値」か「参照」かを明確に区別することを求めているのです。
サンプルコード：正しい実装と誤った実装の比較
以下のコード例を通じて、Property LetとProperty Setの正しい使い分けと、なぜ混用ができないのかを確認してください。
' クラスモジュール：ClsExample
Option Explicit
Private pValue As Long
Private pObj As Worksheet
' 値型を扱うProperty Let
Public Property Let Value(ByVal v As Long)
pValue = v
End Property
' オブジェクト型を扱うProperty Set
Public Property Set TargetSheet(ByVal s As Worksheet)
Set pObj = s
End Property
' 実務でよくある「やってはいけない」例
' Public Property Let BadExample(ByVal obj As Worksheet)
' Set pObj = obj ' これはコンパイルエラーにはなりにくいが、
' ' 設計思想として極めて不適切である
' End Property
このサンプルコードにおいて、もしProperty Letを使ってオブジェクトを強引に代入しようとすると、VBAは「型不一致」を引き起こします。特に注意すべきは、引数の定義です。Letの引数にオブジェクト型を指定すると、VBAは「デフォルトプロパティ」を取得しようと試みます。例えば、Worksheetオブジェクトのデフォルトプロパティは「Name（文字列）」です。つまり、Letでオブジェクトを受け取ろうとすると、オブジェクトそのものではなく、その名前という文字列が渡されることになり、意図しない挙動を生みます。これが「LetでSetの代用ができない」最大の理由です。
実務アドバイス：保守性を高める設計の極意
現場で長年VBAを見てきた講師として、以下の原則を推奨します。
1. 型の明示：Property定義において、Variant型を避けることは基本中の基本です。データ型を明示することで、コンパイル時にエラーを検出し、バグを未然に防ぐことができます。
2. インターフェースの一貫性：クラス設計を行う際は、そのプロパティが「状態（値）」を持つのか、「機能（オブジェクト）」を持つのかを明確に分けます。状態を保持するならLet、外部との依存関係を構築するならSetです。
3. 隠蔽の原則：Propertyを使わず、パブリック変数を直接公開する設計は推奨されません。Propertyを用いることで、値が代入される瞬間にバリデーション（妥当性チェック）を挟むことが可能になります。
例えば、数値の範囲を制限したい場合、Property Letの中でIf文を書くことで、不正な値の混入を確実に防げます。これはパブリック変数では不可能な高度な品質管理です。
まとめ：正しい理解が堅牢なコードを創る
VBAのProperty LetとSetという仕様は、決して古臭い制約ではなく、メモリ管理とデータ整合性を守るための重要な仕組みです。LetでSetを代用しようとする試みは、言語の仕様に逆らうことになり、結果としてメンテナンス性の低い、理解困難なコードを量産することにつながります。
「SetはLetでも良い」という考えを捨て、「なぜこのデータはLet（値）なのか、なぜこのデータはSet（参照）なのか」を一つ一つ定義していくことこそが、中級者から上級者へのステップアップに不可欠な視点です。
プログラミングは、単に動けば良いというものではありません。後からコードを読む開発者が、その意図を瞬時に理解できること。そして、予期せぬエラーが発生しない設計にすること。これこそがプロフェッショナルなVBAエンジニアの証です。クラスモジュールを使いこなし、LetとSetを正しく使い分けることで、より堅牢で拡張性の高いシステムを構築してください。VBAの奥深さを理解し、それを実務の武器に変えることが、あなたのエンジニアとしての価値を最大化する道となるはずです。
