視覚的な基本概念
アプリケーション開発プロセスを理解するには、まずVisual Basicが作成することに依存している重要な概念のいくつかを理解する必要があります。 Visual BasicはWindows開発言語であるため、Windows環境と特定の類似性を維持する必要があります。 Windowsプログラミングに慣れていない場合は、Windows環境でのプログラミングと他の環境でのプログラミングの根本的な違いを理解する必要があります。
Windowsの仕組み：Windows、イベント、メッセージ
Windowsの内部作業メカニズムの包括的な議論には、本全体の能力が必要です。すべての技術的な詳細を深く掘り下げる必要はありません。 Windowsの作業メカニズムは、単にWindows、イベント、メッセージの3つの重要な概念と呼ばれます。
窓を境界のある長方形の領域と考えることもできます。いくつかの異なるタイプのWindowsについて学んだかもしれません。たとえば、Windows 95のエクスプローラーウィンドウ、ワードプロセッサのドキュメントウィンドウ、または日付情報でポップアップするダイアログボックス。これらの最も一般的なウィンドウに加えて、実際には他の多くのタイプのウィンドウがあります。コマンドボタンはウィンドウです。アイコン、テキストボックス、オプションボタン、メニューバーもWindowsです。
Microsoft Windowsオペレーティングシステムは、各ウィンドウに一意の識別番号（ウィンドウハンドルまたはHWND）を割り当てることにより、すべてのウィンドウを管理します。オペレーティングシステムは、各ウィンドウのアクティビティまたはイベントの信号を継続的に監視します。イベントは、マウスをクリックしたりキーを押したりするなどの操作、プログラムの制御、または別のウィンドウの操作など、操作によって生成できます。
各イベントが発生し、メッセージがトリガーされ、オペレーティングシステムに送信されます。オペレーティングシステムはメッセージを処理し、他のウィンドウにブロードキャストします。各ウィンドウは、メッセージを処理するための独自の指示に基づいて適切なアクションを実行できます（たとえば、ウィンドウが他のウィンドウを発見したときに独自のウィンドウを再表示します）。
窓、イベント、メッセージのすべての可能な組み合わせを処理するための驚くべき量の作業があると考えられます。幸いなことに、VisualBasicはすべての低レベルのメッセージ処理から抜け出します。多くのメッセージはVisual Basicによって自動的に処理され、他のメッセージはプログラマーによってイベントプロセスとして処理されます。これにより、不必要な詳細を扱うことなく、強力なアプリケーションをすばやく作成できます。
イベント駆動型モデル
従来のまたは「プロセス」アプリケーションでは、アプリケーション自体は、コードのどの部分が実行され、どの順序で実行されるかを制御します。コードの最初の行からプログラムを実行し、アプリケーションの所定のパスで実行し、必要に応じてプロセスを呼び出します。
イベント駆動型アプリケーションでは、コードは所定のパスで実行されるのではなく、異なるイベントに応じて異なるコードスニペットを実行します。イベントは、ユーザー操作、オペレーティングシステムまたはその他のアプリケーションからのメッセージ、またはアプリケーション自体からのメッセージによってトリガーできます。これらのイベントの順序により、コードが実行される順序が決定されるため、アプリケーションが実行するたびに通過するコードへのパスは異なります。
イベントの順序は予測不可能であるため、実行時に「さまざまな状態」に関するコードで特定の仮定を行う必要があります。特定の仮定が行われる場合（たとえば、入力フィールドに入力フィールドを処理するプロセスを実行する前に決定された値を含める必要があると仮定すると）、アプリケーション構造を編成して、仮定が常に有効であることを確認する必要があります（たとえば、入力フィールドに値がある前にプロセスを開始するコマンドボタンが禁止されています）。
コードは、実行中にイベントをトリガーすることもできます。たとえば、プログラム内のテキストボックスにテキストを変更すると、テキストボックスの変更イベントが表示されます。変更イベントにコードが含まれている場合、そのコードが実行されます。イベントがユーザーインタラクションによってのみトリガーされることが判明した場合、予期しない結果が生成される場合があります。このため、アプリケーションを設計する際にイベント駆動型モデルを理解し、留意することが非常に重要です。
インタラクティブな開発
従来のアプリケーション開発プロセスは、コードのエンコード、コンパイル、テストの3つの明白な手順に分類できます。しかし、Visual Basicは従来の言語とは異なり、インタラクティブな方法を使用してアプリケーションを開発し、3つのステップの間に明確な境界を残しません。
ほとんどの言語では、コードの作成中にエラーが発生した場合、アプリケーションのコンパイルを開始すると、コンパイラがエラーがキャッチされます。現時点では、エラーを見つけて修正する必要があります。プログラマーがコードを入力すると、VisualBasicは解釈され、ほとんどの構文またはスペルエラーを即座にキャプチャして強調表示します。専門家がコードの入力を監視しているようです。
すぐにキャッチするエラーをキャッチすることに加えて、VisualBasicはコードを入力するときにコードを部分的にコンパイルします。コンピレーションは、アプリケーションを実行してテストする準備をするときに非常に短い時間しかかかりません。コンパイラがエラーを見つけた場合、コードでエラーが強調表示されます。今回は、エラーを修正し、ゼロから開始せずにコンパイルを続けることができます。
Visual Basicのインタラクティブな性質により、開発中にアプリケーションを頻繁に実行していることがわかります。このようにして、コンパイルが完了するまで待つことなく、開発中にコード実行の効果をテストできます。