視点の断絶はUXの死：AutoCADマクロにおける「ユーザー体験」の設計思想
AutoCADの自動化において、最も素人臭いコードとは何か。それは、処理が終わるたびにユーザーの画面を「図面全体（ZoomExtents）」や「原点」に固定して放置するマクロである。
大規模図面での作業中、ユーザーは特定の詳細箇所に注力している。マクロが実行されるたびに視点が強制移動され、元の場所を探すためにスクロールとズームを繰り返させる――これこそが、エンジニアが最も避けるべき「技術的な傲慢」だ。
本稿では、`AcadApplication.ZoomPrevious` を単なるメソッドとしてではなく、「作業状態の保全」という設計思想として扱うための極限の知見を授ける。
—
視点復帰の鉄則：スタック管理とエラーハンドリング
単純に `ZoomPrevious` を呼ぶだけでは不十分だ。処理中にエラーが発生した場合、視点スタックが整合性を失い、ユーザーは迷子になる。我々が構築すべきは、「処理の完了いかんに関わらず、必ず元の視点へ回帰する」堅牢なラッパーである。
実装パターン：`ViewPreserver` クラスの概念
VBAで「状態の保存と復元」を実装する場合、処理の入り口と出口で確実にフックをかける必要がある。
‘ @brief 視点復帰を保証するデコレータパターンの実装例
Public Sub RunAutomatedTask()
Dim acadApp As AcadApplication
Set acadApp = ThisDrawing.Application
‘ 1. ユーザーの現在の視点をスタックに保存
‘ ZoomAllを実行して作業領域を確保する前に、必ず現在の視点を確定させる
acadApp.ZoomPrevious
On Error GoTo Cleanup
‘ — ここに重厚な自動化処理を記述 —
‘ 大規模なブロック走査や、Entityの再帰的更新など
Call PerformHeavyProcessing(ThisDrawing)
Cleanup:
‘ 2. エラー発生時も確実に元の視点へ戻す
‘ エラーハンドラによる安全な復帰がUXの生命線
If Err.Number <> 0 Then
Debug.Print “Error: ” & Err.Description
End If
‘ 視点を元の位置へ強制的にロールバック
acadApp.ZoomPrevious
‘ メモリ最適化：オブジェクトの明示的解放
Set acadApp = Nothing
End Sub
—
パフォーマンスの極致：メモリとオブジェクトのライフサイクル
シニアエンジニアであれば、AutoCADの `AcadDocument` や `AcadApplication` オブジェクトが、COMインターフェースを介して重いリソースを占有していることを理解しているはずだ。
オブジェクトリークを防ぐための戦術
1. グローバル変数の禁止: `Public` な `AcadDocument` 参照はメモリリークの温床。常にプロシージャ内でローカル変数としてインスタンス化し、`Set = Nothing` で破棄する。
2. イベントの切断: 大規模な処理を行う際は、`Application.DocumentEvents` 等のイベント監視を一時的に無効化すること。これを行わないと、図面内の全Entity走査ごとにイベントが発火し、処理時間が指数関数的に増大する。
3. Windows APIの活用: 画面の更新（Redraw）を完全に制御したい場合、VBAの `Application.Update` だけでは不十分なケースがある。必要に応じて `SendMessage` APIで `WM_SETREDRAW` を制御し、UIの再描画を抑制することで、処理速度は劇的に向上する。
—
レガシー環境における保守性の担保
社内システム管理者として、このコードを「資産」にするために必要なのは、「何をしたか」ではなく「なぜそうしたか」の履歴だ。
- ViewPreserverの共通ライブラリ化: 視点復帰のロジックはプロジェクトを跨いで共通化すべきだ。`CommonUtils.bas` に切り出し、エラーハンドリングのテンプレートとして定着させる。
- ZoomPreviousの限界を知る: `ZoomPrevious` は内部スタックに依存する。もし他のアドオンやユーザー操作でスタックがクリアされると、この設計は破綻する。より厳密な制御が必要な場合は、`ViewTable` を操作し、`ActiveViewport` の中心座標と倍率を保持するカスタムプロパティ（XDataや隠しDictionary）に書き出すという「逃げ道」も用意しておくこと。
—
チーフアーキテクトからの提言
コードが動くのは当たり前だ。私の目から見て一流の自動化とは、「ユーザーがマクロの存在を感じないほど、自然に業務に溶け込んでいる状態」を指す。
視点を元に戻す。この些細な気遣いこそが、現場のCADオペレーターがあなたの書いたツールを「信頼できる相棒」と認めるか、「邪魔なノイズ」と切り捨てるかの分水嶺となる。
技術とは、単なる機能の実装ではない。ユーザーの作業フローに対する深い洞察の結晶であるべきだ。これからの開発において、`ZoomPrevious` を呼ぶその瞬間、あなたはユーザーの作業を中断させていないか、常に自問自答してほしい。
