Access アプリケーションが開始されると、ユーザーに可能な限り最適なエクスペリエンスを提供するために実行するアクションが表示されます。 Northwind 2.0 Starter Edition データベースで簡単に調べることができるように、オブジェクト名が用意されています。
AutoExec マクロは、Access アプリケーションを開いてアプリケーションを初期化するときに実行されます。 Access では、起動時に開くフォームの名前のデータベース設定も提供されます。 次のページを参照してください。
現在のデータベース > アプリケーション オプション >表示フォーム>ファイル > オプション
開始フォームを識別できる場合は、AutoExec マクロの代わりに使用してください。 その理由は、コンテンツを有効にする必要がある信頼できる場所です。
AutoExec マクロ (AutoExec という名前にする必要があります) は、信頼された場所のセキュリティ警告が発生したときに実行できる唯一のコードであり、適切に処理できます。 アプリケーションが正しく実行されるように、すべてのエラーと警告を処理することをお勧めします。 これは多くの場合、防御プログラミングと呼ばれます。 起動時に AutoExec マクロを使用するのが最善の防御策です。 信頼できる場所の詳細については、「 Northwind 2.0 Starter Edition: VBA の簡単な概要」を参照してください。
AutoExec マクロは、データベースが信頼できる場所にあると判断すると、modStartUp で startUp と呼ばれるVisual Basic for Applications (VBA) 関数を呼び出します。 このモジュールでは、ユーザーに可能な限り最適なエクスペリエンスを提供するために行う必要があるイベントを決定します。 これらのアクティビティは、StartUp モジュールによって次の順序で実行されます。
-
clsErrorHandler からグローバル エラー ハンドラーをインスタンス化します。
-
アプリケーション タイトルを設定します。 詳細については、「Application.AppTitle プロパティ」を参照してください。
-
ナビゲーション ウィンドウが表示され、正しいカテゴリに設定されていることを確認します。
-
必要に応じて、frmWelcome 画面を表示します。
-
Windows UserID を取得して、従業員テーブルに存在するかどうかを確認します。 詳細については、「 Environ 関数 」と「 DLookup 関数」を参照してください。
-
ユーザーが Employee テーブルに含まれていない場合は、frmCredentials を開き、名、姓、タイトルを入力できます。
-
ユーザーが Employees テーブル内にある場合は、frmLogin を開き、[従業員] コンボ ボックスで自分の名前を選択します。 リストから任意のユーザーを選択できます。
frmWelcome は、アプリケーションを初めて開くと表示されます。 フォームには、アプリケーション内を移動する方法、アプリケーションのレイアウト方法、トピックに関する詳細情報を取得する方法が示されています。
フォームの下部には、"データベースを開いたときにこのフォームを表示する" というチェック ボックスがあります。 このチェック ボックスをオフにすると、データベースが再度開かれたときに表示されません。 この設定は、SystemSettings というテーブルに保持されます。
エクスペリエンスをカスタマイズするために、データベースによって、役職と共に姓と名を入力するように求められます。 完了したら、[ 自分の追加 ] をクリックして Employees テーブルに追加し、frmMainMenu が開きます。
データ マクロの作成 」および「 データ マクロ イベント」を参照してください。
Employees テーブルに追加する理由 1 つの理由は、テーブルに監査データ マクロがあることです。 これらのマクロは、レコードを追加または変更したユーザーとそのタイミングをキャプチャします。 これらのフィールドを使用すると、テーブル内のアクションの影響を確認できます。 詳細については、「運用アプリケーションでは、セキュリティ目的でのみ自分としてログインできます。 ただし、選択した任意の従業員としてログインできます。 なぜ私たちはそれをしているのですか?
開発者は、別の観点からアプリケーションをテストまたは体験できる必要がある場合があります。 ユーザーは、さまざまな権限を持つ場合があります。ユーザーが行うことが許可され、表示または表示されないもの。 人事部について考えてみましょう。 その部署には 15 人の従業員がいます。 おそらく、15 人が人の給与を入力したり変更したりできないようにする必要があります。 組織には、給与を変更できる 1 人のユーザーと、それを承認する 2 人のユーザーがいます。 開発環境では、配置したコントロール (誰が何を実行できるか) が機能していることをテストする必要があります。