시각적 기본 개념
애플리케이션 개발 프로세스를 이해하려면 먼저 Visual Basic이 작성하는 데 의존하는 주요 개념 중 일부를 이해해야합니다. Visual Basic은 Windows 개발 언어이므로 Windows 환경과 특정 유사성을 유지해야합니다. Windows 프로그래밍에 익숙하지 않은 경우 Windows 환경의 프로그래밍과 다른 환경의 프로그래밍 간의 근본적인 차이점을 이해해야합니다.
Windows 작동 방식 : Windows, 이벤트 및 메시지
Windows의 내부 작업 메커니즘에 대한 포괄적 인 토론에는 전체 책의 용량이 필요합니다. 모든 기술적 세부 사항을 깊이 파고들 필요는 없습니다. Windows의 작동 메커니즘은 단순히 Windows, 이벤트 및 메시지의 세 가지 주요 개념이라고합니다.
창을 경계를 가진 직사각형 영역으로 생각할 수도 있습니다. 예를 들어, Windows 95의 Explorer 창, 단어 프로세서의 문서 창 또는 날짜 정보로 나타나는 대화 상자와 같은 여러 가지 유형의 Windows에 대해 배웠을 수 있습니다. 이 가장 일반적인 창문 외에도 실제로 다른 많은 유형의 창문이 있습니다. 명령 버튼은 창입니다. 아이콘, 텍스트 상자, 옵션 버튼 및 메뉴 막대도 Windows입니다.
Microsoft Windows 운영 체제는 각 창에 고유 식별 번호 (창 핸들 또는 HWND)를 할당하여 모든 Windows를 관리합니다. 운영 체제는 각 창의 활동 또는 이벤트의 신호를 지속적으로 모니터링합니다. 마우스를 클릭하거나 키를 누르는 것과 같은 작업 또는 프로그램 제어 또는 다른 창의 작동에 의해 이벤트를 생성 할 수 있습니다.
각 이벤트가 발생하면 메시지가 운영 체제로 보내도록 트리거됩니다. 운영 체제는 메시지를 처리하고 다른 창으로 브로드 캐스트합니다. 그런 다음 각 창은 자체 지침에 따라 메시지를 처리하기 위해 적절한 조치를 취할 수 있습니다 (예 : 창이 다른 창을 발견 할 때 자체 창을 재생합니다).
창, 이벤트 및 메시지의 가능한 모든 조합을 처리 할 수있는 놀라운 작업이있을 것입니다. 다행히도 VisualBasic은 모든 저수준 메시지 처리에서 벗어날 수 있습니다. 많은 메시지는 Visual Basic에 의해 자동으로 처리되며 다른 메시지는 프로그래머가 이벤트 프로세스로 처리합니다. 이를 통해 불필요한 세부 사항을 다루지 않고도 강력한 응용 프로그램을 신속하게 만들 수 있습니다.
이벤트 중심 모델
기존 또는 "프로세스"응용 프로그램에서 응용 프로그램 자체는 코드의 어떤 부분이 실행되는지와 순서대로 제어합니다. 첫 번째 코드 라인에서 프로그램을 실행하고 필요한 경우 프로세스를 호출하여 응용 프로그램의 미리 결정된 경로에서 실행하십시오.
이벤트 중심 응용 프로그램에서 코드는 미리 결정된 경로에서 실행되지 않지만 다른 이벤트에 대한 응답으로 다른 코드 스 니펫을 실행합니다. 이벤트는 사용자 작업, 운영 체제 또는 기타 응용 프로그램의 메시지 또는 응용 프로그램 자체의 메시지에 의해 트리거 될 수 있습니다. 이러한 이벤트의 순서는 코드가 실행되는 순서를 결정하므로 응용 프로그램이 실행할 때마다 통과하는 코드의 경로는 다릅니다.
이벤트 순서는 예측할 수 없기 때문에 실행될 때 "다양한 상태"에 대한 코드에서 특정 가정이 이루어져야합니다. 특정 가정이 이루어지면 (예 : 입력 필드가 입력 필드를 처리하기 위해 프로세스를 실행하기 전에 입력 필드가 결정된 값을 포함해야한다고 가정 할 때), 응용 프로그램 구조는 가정이 항상 유효한지 확인해야합니다 (예 : 입력 필드에 값이 있기 전에 프로세스를 시작하는 명령 버튼).
코드는 실행 중에 이벤트를 트리거 할 수도 있습니다. 예를 들어, 프로그램의 텍스트 상자에서 텍스트를 변경하면 텍스트 상자의 변경 이벤트가 발생합니다. 변경 이벤트에 코드가 포함되어 있으면 해당 코드가 실행됩니다. 이벤트가 사용자 상호 작용에 의해서만 트리거 될 수 있다는 것이 밝혀지면 예기치 않은 결과가 생성 될 수 있습니다. 이 때문에 응용 프로그램을 설계 할 때 이벤트 중심 모델을 이해하고 명심해야합니다.
대화식 개발
기존의 응용 프로그램 개발 프로세스는 인코딩, 컴파일 및 테스트 코드의 세 가지 명백한 단계로 나눌 수 있습니다. 그러나 Visual Basic은 기존 언어와 다르며 대화식 방법을 사용하여 응용 프로그램을 개발하여 세 단계 사이에 명확한 경계를 남기지 않습니다.
대부분의 언어에서 코드를 작성하는 동안 오류가 발생하면 응용 프로그램 컴파일을 시작할 때 컴파일러가 오류가 발생합니다. 현재 오류를 찾아 수정 한 다음이 프로세스를 다시 컴파일해야합니다. VisualBasic은 프로그래머가 코드를 입력 할 때 해석하여 대부분의 구문 또는 철자 오류를 즉시 캡처하고 강조합니다. 전문가가 코드의 입력을 모니터링하는 것처럼 보입니다.
오류를 즉시 포착하는 것 외에도 VisualBasic은 코드를 입력 할 때 코드를 부분적으로 컴파일합니다. 컴파일은 응용 프로그램을 실행하고 테스트 할 준비를 할 때 매우 짧은 시간이 걸립니다. 컴파일러가 오류를 찾으면 코드에서 오류가 강조 표시됩니다. 이번에는 오류를 수정하고 처음부터 시작하지 않고 계속 컴파일 할 수 있습니다.
Visual Basic의 대화식 특성으로 인해 응용 프로그램을 개발할 때 응용 프로그램을 자주 실행하고 있음을 알 수 있습니다. 이러한 방식으로, 컴파일이 완료 될 때까지 기다릴 필요없이 개발 중에 코드 실행 효과를 테스트 할 수 있습니다.