AutoCAD VBAを掌握する：図面オープン時の「境界防衛」戦略
AutoCADのAPIを叩く際、多くのエンジニアが陥る罠がある。それは「図面を開く」という極めて単純な操作に対する過信だ。大規模なレガシーシステムを運用する我々にとって、予期せぬ図面のオープンは、ファイルロックの競合、メモリリーク、あるいは誤った上書き保存という「人災」のトリガーとなる。
本稿では、AutoCAD VBAにおいて「図面を開く」というイベントを制御し、安全性を担保するための、泥臭くも強力なアーキテクチャを提示する。
—
1. なぜ「標準機能」では不十分なのか
`Application.Documents.Open` を単純に呼び出すだけでは、システムは無防備だ。ネットワークドライブの遅延、読み取り専用属性の無視、あるいは意図しないバージョン形式での上書き。これらに対処するには、オープン処理をカプセル化し、間に「ガード節（Guard Clause）」を設ける必要がある。
シニアエンジニアが意識すべきは、「プロセス外からの介入」と「メモリの完全解放」だ。
—
2. 堅牢なオープン処理の実装：コードの真髄
以下に、ユーザー確認を必須とし、エラーハンドリングを徹底したオープンルーチンの雛形を示す。
Option Explicit
‘ メモリ最適化のための明示的参照
Private Sub OpenDrawingSecurely(ByVal filePath As String)
Dim doc As AcadDocument
Dim userResponse As VbMsgBoxResult
‘ 1. ファイル存在確認（Windows APIの活用を推奨するが、まずは基本から）
If Dir(filePath) = “” Then
MsgBox “指定されたパスにファイルが存在しません: ” & vbCrLf & filePath, vbCritical
Exit Sub
End If
‘ 2. ユーザーへの最終確認（ここが最大の防御壁）
userResponse = MsgBox(“以下の図面を開きます。よろしいですか？” & vbCrLf & vbCrLf & filePath, _
vbQuestion + vbYesNo + vbDefaultButton2, “確認”)
If userResponse = vbNo Then Exit Sub
‘ 3. エラーハンドリングを伴うオープン処理
On Error GoTo ErrorHandler
‘ ReadOnlyモードの明示的指定（上書き事故防止の極意）
Set doc = Application.Documents.Open(filePath, False)
‘ ドキュメントの活性化とメモリの安定化
ThisDrawing.Application.ActiveDocument = doc
Exit Sub
ErrorHandler:
MsgBox “図面のオープン中に致命的なエラーが発生しました。” & vbCrLf & _
“エラー番号: ” & Err.Number & vbCrLf & Err.Description, vbCritical
‘ オブジェクトの明示的解放（VBAのメモリ管理はここで勝負が決まる）
Set doc = Nothing
End Sub
—
3. シニアエンジニアが押さえるべき「極限の知見」
A. Windows APIによるファイルロック検出
`Dir()`関数はネットワーク環境下で不安定な挙動を見せることがある。より高度な制御を行うなら、`kernel32`の`GetFileAttributes`等を呼び出し、ファイルが既に他プロセスによって排他的にロックされていないか、あるいは隠しファイル属性になっていないかを事前に検知せよ。
B. オブジェクトのライフサイクル管理
VBAにおいて`Set doc = Nothing`を怠ることは罪である。特にAutoCADのように巨大なメモリ空間を専有するアプリケーションでは、参照を保持し続けるだけでガベージコレクション（GC）のタイミングを奪い、スタックの肥大化を招く。`On Error`の直後、あるいは処理の終了地点で必ずオブジェクトを解放せよ。
C. バージョン互換性の呪縛
もし旧バージョンのDWGを開く可能性があるならば、`Open`メソッドの第2引数だけでなく、AutoCADのシステム変数 `DWGPREFIX` や `DWGVERSION` を監視し、開いた瞬間に「保存形式」が標準から逸脱していないかを検証するラッパー関数を構築することを強く勧める。
—
4. 結び：システムは「性悪説」で構築せよ
現場でトラブルが起きないシステムなど存在しない。あるのは「トラブルが起きた時に何が起きたか追跡できるシステム」と「致命傷を回避できるシステム」だけだ。
今回紹介した「図面オープン前の確認」は、単なる利便性向上のための機能ではない。開発者としての「防御的プログラミング」の第一歩だ。AutoCAD VBAという、古くからあるがゆえに複雑なAPIの海を渡る我々にとって、こうした細部へのこだわりこそが、プロジェクトの命運を分けることになる。
次回の記事では、このオープン処理と「ObjectARX」あるいは「.NET API」との橋渡し、そして大規模な図面バッチ処理におけるメモリリークの完全排除について深く掘り下げる予定だ。
技術は裏切らない。君たちが書く一行のコードが、現場の設計士の時間をどれだけ節約し、事故を防ぐか。その誇りを胸に、コードを磨き続けてほしい。
