Access開発の極意：`DoCmd.OpenForm`で制御する「守りのUI」とデータ整合性の哲学
Accessでの開発において、最も頻繁に遭遇する「バグの温床」は何か。それは、ユーザーが予期せぬ順序でフォームを操作し、バックエンドのテーブルに不整合なデータが書き込まれることだ。
多くの初学者は「とりあえずフォームを開く」ことだけに注力する。しかし、真のエンジニアは「フォームのライフサイクルと操作の排他制御」を設計の要とする。今回は、`DoCmd.OpenForm`の`WindowMode`を武器に、堅牢なデータ入力フローを構築する極限の知見を伝授する。
—
1. なぜ「モーダル」と「ポップアップ」の使い分けが重要なのか
Accessのフォーム設計において、ユーザーの意識を強制的に特定のタスクに集中させる必要がある場面は多い。ここで迷いが生じるのが、`acDialog`と`acWindowNormal`（＋ポップアップ設定）の使い分けだ。
- `acDialog` (モーダルウィンドウ):
コードの実行を一旦停止し、フォームが閉じられるまで後続の処理を待機させる。「入力完了を待ってから、次の処理（計算や転記）を行いたい」という厳密なフロー制御に最適だ。
- ポップアップ設定 (＋ `acWindowNormal`):
メイン画面と並行して操作させたい場合に用いる。ただし、不用意に多用すると、ユーザーが「どのフォームが現在アクティブか」を見失い、入力ミスや重複登録を誘発する。
結論: データ整合性が最優先されるマスター登録やトランザクション入力には、迷わず`acDialog`を採用せよ。これが「入力の迷子」を防ぐ唯一の解である。
—
2. 実務で即戦力となる「堅牢なフォーム呼び出し」パターン
単にフォームを開くのではなく、「呼び出し元と呼び出し先の疎結合」と「状態の確定」を意識したコードを実装する。
以下のコードは、呼び出し元から対象レコードのIDを渡し、入力完了後に戻り値（または成功判定）を受け取るための標準的なテンプレートだ。
‘ 呼び出し元 (メインメニューや一覧画面)
Public Sub OpenEntryForm(ByVal lngTargetID As Long)
On Error GoTo ErrorHandler
‘ acDialogを使用することで、この処理はフォームが閉じられるまで停止する
‘ WindowMode:=acDialog を指定すると、OpenArgsを介したデータ受け渡しと
‘ 閉じた後の後続処理が同期するため、非常に扱いやすい
DoCmd.OpenForm FormName:=”frm_Entry”, _
WindowMode:=acDialog, _
OpenArgs:=CStr(lngTargetID)
‘ フォームが閉じられた後に実行される
‘ ここでリストボックスの再クエリを行うのが鉄板の設計
Forms!frm_Main!lst_DataList.Requery
Exit Sub
ErrorHandler:
MsgBox “エラーが発生しました: ” & Err.Description, vbCritical
End Sub
‘ 呼び出し先 (入力フォームの Load イベント)
Private Sub Form_Load()
‘ OpenArgsの有無をチェックし、新規作成か修正かを判定
If Not IsNull(Me.OpenArgs) Then
‘ フィルタをかけて該当レコードのみを表示
Me.Filter = “ID = ” & Me.OpenArgs
Me.FilterOn = True
End If
End Sub
—
3. プロダクションコードにおける「3つの鉄則」
現場で生き残るコードには、必ず以下の3つの配慮がなされている。
① フォームのプロパティを「物理的」に封鎖する
VBAコードだけでなく、フォームのプロパティ設定で以下を徹底せよ。
- 「作業ウィンドウ固定」: はい
- 「境界線スタイル」: ダイアログ
- 「モジュール」: フォーム上のボタン以外での不用意な移動を制限する
② `OpenArgs`の活用による疎結合化
フォーム間でグローバル変数を使って値を引き渡すのは、保守性の観点から最悪の悪手だ。変数の状態管理を外部に依存させず、`OpenArgs`という「窓口」を通すことで、フォーム単体でもテスト可能な設計を目指せ。
③ 完了後の`Requery`と`SetFocus`
ダイアログで入力が終わった直後、呼び出し元の画面が更新されていないことはユーザーにとって最大のストレスだ。
- `DoCmd.OpenForm`の直後に必ず`Requery`を置く。
- もし必要なら、フォーカスを特定のコントロールに戻す処理を記述し、キーボード操作を阻害しないように配慮する。
—
最後に：エンジニアとしての矜持
VBAは古臭い言語と言われることもある。しかし、そのオブジェクトモデルは極めて洗練されており、適切に制御すれば、現代のWebアプリケーションにも負けない堅牢なビジネスロジックを構築できる。
重要なのは、ツールを作ることではない。「ユーザーが誤った操作をできない仕組みを、コードの行間に組み込むこと」だ。
`DoCmd.OpenForm`というシンプルなコマンド一つにも、あなたの設計思想を宿らせろ。それが、伝説的な自動化エンジニアへの第一歩となる。
