AutoCAD VBAを掌握する：DWG互換性の「深淵」とオープン処理の極意
AutoCADのオートメーションにおいて、`Documents.Open`メソッドを「ただ呼ぶだけ」のコードは、現場の混乱を招くトリガーに過ぎない。シニアエンジニアであれば、DWGが単なるファイルではなく、「バージョンという名の呪縛」を内包したメモリ上の動的データ構造であることを理解しているはずだ。
今日は、最新のDWGを旧来の環境で扱う際の「避けられない壁」と、それをVBAでいかにエレガントに、かつ堅牢に制御するかについて、現場の知見を叩き込む。
—
1. 互換性の本質：なぜ「開けない」が起きるのか
AutoCADのDWG形式は、リリースごとに内部構造が拡張される。最新版で保存された図面を古いエンジンで開こうとすると、以下の問題が即座に発生する。
- スキーマの不整合: 新しいプロキシオブジェクトが古いエンジンには存在せず、意図しない「プロキシ警告」や図形消失を招く。
- 名前定義の汚染: 最新版特有の尺度リストや名前付きビューが、旧版環境で予期せぬエラー（あるいはファイル肥大化）を引き起こす。
我々が取るべき戦略は一つ。「図面を開く前に、環境を制御する」ことだ。
—
2. 実装：堅牢なオープン処理のアーキテクチャ
単に`Open`するのではなく、エラーハンドリングとメモリ解放を考慮した、プロフェッショナル仕様のコード例を提示する。
‘ —————————————————————————
‘ @brief 図面を安全にオープンし、メモリリークを防ぐためのラッパー関数
‘ @param filePath ファイルパス
‘ —————————————————————————
Public Function SafeOpenDrawing(ByVal filePath As String) As AcadDocument
Dim doc As AcadDocument
On Error GoTo ErrorHandler
‘ AutoCADのDocManagerを通じてファイルを開く
‘ ※ReadOnlyモードを基本とすることで、旧環境での意図せぬ上書きを防止
Set doc = ThisDrawing.Application.Documents.Open(filePath, True)
‘ オブジェクトの明示的解放準備
Set SafeOpenDrawing = doc
Exit Function
ErrorHandler:
‘ システムログへの書き出しや、特定のコードでの例外処理をここに記述
Debug.Print “Error: ” & Err.Description
Set SafeOpenDrawing = Nothing
End Function
【極限の知見】メモリ最適化の掟
VBAのガベージコレクションを信用してはいけない。`AcadDocument`オブジェクトを開いたまま放置すれば、AutoCADのプロセスは瞬く間に肥大化する。
- 明示的な開放: `Set doc = Nothing` を徹底せよ。
- バックグラウンド処理の回避: 大規模なバッチ処理を行う際は、`Documents.Open`ではなく、`ObjectARX`や`.NET API`の`Database`オブジェクトをメモリ上に直接読み込む手法（`db.ReadDwgFile`）を検討すべきだ。VBAはあくまでフロントエンドの制御に留めるのが、システムアーキテクトの矜持である。
—
3. 旧バージョン互換の解決策：SaveAsによる「防衛」
最新の環境で生成されたDWGを旧版ユーザーに渡す場合、自動化コード側で「互換形式での保存」を強制する。これを怠ることは、設計部門の生産性を物理的に破壊する行為と同義である。
‘ —————————————————————————
‘ @brief 特定のバージョン（例: ACAD2013）で保存し直す関数
‘ —————————————————————————
Public Sub SaveAsLegacyVersion(doc As AcadDocument, savePath As String)
‘ ac2013_DWG は AutoCAD 2013/2014/2015/2016 共通の形式
‘ ここを制御することで、クライアントの環境に合わせたバージョンを提供できる
doc.SaveAs savePath, ac2013_DWG
End Sub
—
4. シニアエンジニアへ：Windows APIとの連携
さらに高度な制御を求めるならば、`GetOpenFileName`等のWindows APIを用いて、ファイルオープンダイアログの挙動自体をフックすることを推奨する。
AutoCADのネイティブ機能だけに依存せず、OS層でファイルパスの検証や属性チェックを行うことで、「存在しないファイル」や「権限のないファイル」をAPIに渡す前に弾くことができる。これは、システム全体の安定性を決定付ける分水嶺となる。
まとめ：伝説のアーキテクトからの提言
1. Read-Onlyが基本: 閲覧目的であれば、必ずReadOnlyで開け。
2. 型を信じるな: 常に`On Error`で逃げ道を作り、オブジェクトのライフサイクルを制御せよ。
3. 互換性はエンジニアの責任: 最新版を使うことが正義ではない。常に「下位のレガシー環境」を意識したデータ供給を心がけよ。
AutoCAD VBAは、レガシーな言語だが、その背後にあるAPIは極めて強力だ。この強力な武器を、単なる「マクロ」で終わらせるか、それとも「堅牢なシステム」に昇華させるか。それは貴殿のコードの書き方一つにかかっている。
健闘を祈る。
