すべてを入力するか要素をアクティブ化するだけでコードを記述できることがわかりました。次に、たとえばOnClick
プロパティをクリックして、サブエンドのサブ行の間にコードを記述します。
私が会ったある人は、コードが機能しないようにいくつかのファイルに何か他のものを書き込む可能性があるため、常にマウスを使用してコードを記述したいプロパティを選択していると言いました。
これは正しいですか、それともコードを書くためのこれら2つの方法は同じように優れていますか?Access97を使用しています。
すべてを入力するか要素をアクティブ化するだけでコードを記述できることがわかりました。次に、たとえばOnClick
プロパティをクリックして、サブエンドのサブ行の間にコードを記述します。
私が会ったある人は、コードが機能しないようにいくつかのファイルに何か他のものを書き込む可能性があるため、常にマウスを使用してコードを記述したいプロパティを選択していると言いました。
これは正しいですか、それともコードを書くためのこれら2つの方法は同じように優れていますか?Access97を使用しています。
簡単に言えば、そのようにできるということです。しかし、それはあなたがすべきだという意味ではありません。
少し実験してみると、イベントサブをコードウィンドウに直接入力すると、それらの作成がプロパティウィンドウに反映されることがわかりました。これは、古いバージョンのMSAccessでは常に当てはまるとは限りません。
コードウィンドウの左上のプルダウンでコントロールを選択し、右上のプルダウンでイベントを選択して、それらを作成することもできます。
なぜコードビルダー(または少なくとも私が提供した2番目のオプション)を使用することを選択するのでしょうか。それはあなたが間違いをするのを防ぐからです。コントロール/イベントの名前と、誤って重複したSubを作成した場合の両方。どちらも、アプリケーションをデバッグするときにイライラする可能性があります。誤って要素名に「S」を追加したために、バグを探すのにどれくらいの時間を費やすことができますか。プロパティウィンドウからフォロースルーすると、正しいSubで作業していることが保証され、スペルが正しくなります。
注:プロパティウィンドウでエントリを削除できることもわかりましたが、コードウィンドウにコードが残ります。したがって、実際になくなったことを確認するには、コードウィンドウに移動して、そこにあるSubを削除する必要があります。
それは、私がそのようなコードウィンドウで直接何もしないということではありません-コントロールの名前を変更した場合、コードウィンドウで名前を更新することがよくあります。ただし、プロパティウィンドウに戻って、サブを正しく再接続したことを確認します。
「ほら、はさみで走っている!」