AutoCAD VBAを掌握する：自己書き換えによる「配布不要」の次世代自動化アーキテクチャ
AutoCADの設計現場において、VBAツールの配布とバージョン管理は永遠の課題だ。全社員のPCに配布した `.dvb` や `.dotm` を、法改正やCAD環境の変化のたびに一つひとつ更新して回るなど、現代のエンジニアが採るべき手段ではない。
今日は、AutoCAD VBAの深淵――`AcadApplication.VBE` オブジェクトを直接操作し、実行中のマクロがサーバー上の最新モジュールを自らインポートし、古いコードを破棄する「自己更新型アーキテクチャ」の真髄を伝授する。
—
1. なぜ「自己更新」なのか：VBAの制約を超越する
VBAは、C#やC++のようなモダンな自動ビルド環境を持たない。しかし、`VBE (Visual Basic Extensibility)` ライブラリを読み込むことで、VBAプロジェクト自身のコードをプログラムから操作可能になる。
この手法の本質は、「実行ファイルをコンテナと割り切り、ロジックをサーバー側で一元管理する」ことにある。これにより、ユーザーは一度だけ「ランチャー」を導入すれば、二度と更新作業に悩まされることはない。
—
2. 核心技術：VBEオブジェクトの開放とセキュリティの壁
この技術を実装するには、AutoCADの信頼できる場所の設定だけでなく、VBAプロジェクトのプロパティで「Visual Basic プロジェクトへのアクセスを信頼する」を有効にする必要がある。これは管理者の責務として、GPO（グループポリシー）で強制配布しておくべきだ。
実装コード：モジュールの動的更新ロジック
以下に、サーバー上の `.bas` ファイルを読み込み、現在のプロジェクトを上書きするコアロジックを示す。
‘ 参照設定: Microsoft Visual Basic for Applications Extensibility 5.3
Public Sub SelfUpdateMacro()
Dim vbeProj As VBProject
Dim vbeComp As VBComponent
Dim serverPath As String: serverPath = “\\Server\CAD_Tools\Latest.bas”
‘ プロジェクトへのアクセス（エラーハンドリングは必須）
Set vbeProj = ThisDrawing.Application.VBE.ActiveVBProject
‘ 1. 旧モジュールの削除
On Error Resume Next
Set vbeComp = vbeProj.VBComponents(“CoreLogic”)
If Not vbeComp Is Nothing Then
vbeProj.VBComponents.Remove vbeComp
End If
On Error GoTo 0
‘ 2. 最新ソースのインポート
‘ Importメソッドは、指定したファイルをプロジェクトに追加する
vbeProj.VBComponents.Import serverPath
‘ 3. メモリ解放の徹底（重要）
Set vbeComp = Nothing
Set vbeProj = Nothing
MsgBox “システムが最新版に更新されました。再実行してください。”, vbInformation
End Sub
—
3. シニアエンジニアが意識すべき「メモリと安定性」の極意
`VBE` オブジェクトを扱う際、最も注意すべきは「オブジェクトのリーク」と「実行中コンテキストの競合」だ。
- 明示的解放の徹底: `Set Object = Nothing` を怠れば、AutoCADのプロセスが終了してもメモリ上にハングアップしたオブジェクトが残り、次回起動時に「プロジェクトがロックされています」というエラーを引き起こす。
- 遅延バインディングの検討: 参照設定（Extensibility 5.3）はPC環境によってはパスが異なることがある。`CreateObject` を用いた遅延バインディングを選択することで、環境依存のトラブルを最小限に抑える設計が望ましい。
- 排他制御: サーバー上のファイルには、読み取り専用の属性を付与するか、ハッシュ値を照合して更新が必要な場合のみ書き換える処理を挟むこと。毎回インポートするのはパフォーマンスの浪費だ。
—
4. レガシー環境における「生存戦略」
この手法は、数年前のAutoCAD 20xx環境でも動作する。なぜなら、VBAは枯れた技術であり、その挙動は極めて予測可能だからだ。
しかし、注意点がある。「現在実行中のプロシージャを自分自身で削除することはできない」という制約だ。そのため、更新処理は「メインの業務ロジックとは別モジュール」で行う必要がある。
1. Loader.dvb（更新用モジュールのみを含む軽量ファイル）を読み込む。
2. Loaderがサーバーを確認し、必要ならメインの BusinessLogic.bas を差し替える。
3. ユーザーには「更新完了」を通知し、AutoCADの再起動を促す。
—
5. 結びに：エンジニアの誇りとして
「VBAは時代遅れだ」と語る者は多い。しかし、AutoCADが稼働し続ける限り、この環境を誰よりも深く、誰よりも速く最適化するエンジニアこそが、現場の生産性を数倍に跳ね上げることができる。
この自己更新アーキテクチャは、単なるコードの配布手段ではない。「管理者の介入なしに、常に現場に最適解を提供し続ける仕組み」そのものである。
次にあなたがツールを構築する際、この「更新の自動化」を標準機能として組み込んでほしい。それが、レガシーを克服し、真の自動化を達成するための、唯一無二の道筋である。
—
追伸：もしこの実装で深いスタックトレースや、メモリ保護違反に遭遇した場合は、AutoCADのAPIログを確認し、オブジェクトの参照カウンタを再確認せよ。すべてはメモリの管理にある。
