비주얼 베이직

비주얼 베이직(Visual Basic, 문화어: 비쥬얼베이씨크)은 마이크로소프트에서 만든 베이직 프로그래밍 언어의 일종으로, 마이크로소프트 비주얼 스튜디오 제품군의 하나이다. 비주얼 베이직은 사건 기반 프로그래밍의 3세대 프로그래밍 언어이면서, 또한 마이크로소프트의 컴포넌트 오브젝트 모델에 따른 풍부한 구성 요소를 가진 통합 개발 환경 및 RAD을 가리키기도 한다. 비주얼 베이직은 초보자가 접근하기 쉬운 장점을 가지고 있는데, 그 이유는 시각적인 개발 환경과 더불어 베이직 언어의 연장선상에 있기 때문으로 간주된다. 비주얼 베이직은 베이직의 영향을 받았으며, GUI 응용 프로그램의 RAD개발을 가능하게 해 주며 데이터베이스에 대한 접근을 데이터 액세스 오브젝트, 원격 데이터 오브젝트, 또는 ActiveX 데이터 오브젝트들, 그리고 Active X컨트롤과 개체의 생성을 통해 가능하게 한다. 비주얼 베이직 포 애플리케이션이나 비주얼 베이직 스크립트와 같은 스크립트 언어들은 문법적으로 비주얼 베이직과 유사하지만, 그 기능은 다르다. 프로그래머는 비주얼 베이직에서 제공하는 구성 요소를 응용 프로그램에 삽입할 수 있다. 또한 비주얼 베이직으로 만든 프로그램은 윈도우 API를 사용할 수 있으나, 추가적인 외부 함수 선언이 필요하다. 비주얼 베이직의 마지막 버전은 1998년에 출시된 비주얼 베이직 6.0이다. 마이크로소프트의 연장 지원 기간은 2008년 3월에 끝났으며, 공식적인 후계 제품은 비주얼 베이직 닷넷이다. 프로그래밍 언어 베이직과 마찬가지로, 비주얼 베이직은 쉽게 배우고 쉽게 사용할 수 있도록 설계되었다. 비주얼 베이직은 간단한 GUI 기반의 응용 프로그램의 개발 뿐만 아니라 복잡한 프로그램의 개발까지도 가능하게 한다. 비주얼 베이직에서의 프로그래밍은 폼(Form)위에 놓인, 시적으로 정렬된 GUI 위젯(비주얼 베이직에서는 컨트롤이라고 한다)들의 조합이다. 이 컨트롤들은 특별한 속성과 역할을 담당하고 있으며 기능의 확장을 위해 추가적인 코드의 입력이 가능하다. 기본적인 속성과 역할이 이들 컨트롤에 기본값으로 설정되어 있기 때문에 간단한 프로그램의 경우 프로그래머는 그다지 많은 코딩 없이 만들 수 있다. 성능상의 문제가 이전 버전에서 많이 보고되었지만, 기술의 발전에 따른 컴퓨터 성능 향상과 원시 코드(Native Code) 컴파일을 통해 이 문제는 많이 사라졌다. 비주얼 베이직 5.0부터 원시 코드로 컴파일된 실행 파일 작성이 가능해졌지만, 비주얼 베이직으로 작성된 실행 파일은 여전히 1메가바이트 정도 크기의 라이브러리 파일을 필요로 한다. 이 파일은 윈도우 2000과 이후 윈도 버전에서 기본적으로 설치되었지만, 그 이전의 윈도우 95, 윈도우 98, 윈도우 NT에는 포함되어 있지 않았다. 때문에 비주얼 베이직으로 만든 실행 파일을 실행하기 위해서는 이 라이브러리 파일 또한 함께 배포하여야 했다. 폼은 끌어다 놓기 방식으로 만들어진다. 커서를 통해 텍스트 상자, 단추 등과 같은 컨트롤들을 폼 위에 놓는다. 컨트롤들은 속성을 가지며 이벤트 처리자를 통해 서로 연결된다. 기본값들은 컨트롤이 만들어질 때 함께 제공된 것이지만 프로그래머에 의해 변경될 수 있다. 많은 속성값들은 프로그램이 실행 중일 때 응용 프로그램의 사용자의 조작이나 외부 환경의 변화에 의해 변경될 수 있으며, 이것은 동적인 응용 프로그램을 가능하게 해 준다. 예를 들면, 창의 'Resize(크기 변경)' 이벤트 처리자에 컨트롤들의 위치를 재조정하는 코드를 삽입할 수 있다. 이러한 방법을 통해서 특정 컨트롤이 계속해서 창의 중앙에 위치하게 하거나 창 전체를 다 채우는 등의 제어를 할 수 있게 된다. 텍스트 상자의 'KeyPress(키 눌림)' 이벤트 처리자에 코드를 삽입함으로써, 해당 응용 프로그램은 자동적으로 입력된 문자의 대소문자를 변환하거나 특정 문자의 삽입을 막을 수도 있다. 비주얼 베이직은 실행 파일, ActiveX 컨트롤, DLL 파일을 만들 수 있다. 하지만 비주얼 베이직의 가장 기본적인 사용 용도는 마이크로소프트 윈도우용 응용 프로그램과 데이터베이스 조작 프로그램의 개발에 있다. 덜 기능적인 대화 상자들은 팝업 능력에 사용된다. 프로그래머가 추가적인 코드를 적당한 이벤트 처리자에 삽입해야 하긴 하지만, 컨트롤들은 응용 프로그램에 기본적인 기능성을 제공한다. 예를 들면, 문자열의 입력이 가능한 드롭 다운 리스트 컨트롤은 자동적으로 자신이 가진 목록을 보여주며 사용자가 항목을 선택할 수 있게 한다. 사용자에 의해 항목이 선택될 때 이벤트 처리자가 호출되며, 이 이벤트 처리자는 프로그래머가 추가적으로 코딩한 코드를 처리하는데, 이때 사용자가 선택한 항목의 관련 항목의 출력과 같은, 사용자의 컨트롤에 대한 구체적인 동작에 따른 처리를 할 수 있다. 한편, 비주얼 베이직으로 사용자 인터페이스가 존재하지 않는 프로그램이나 추가적으로 제공되는 컴포넌트 오브젝트 모델을 통한 Active X 개체를 구성할 수도 있다. 이것은 서버 측면에서의 처리나 추가 모듈을 가능하게 해 준다. 비주얼 베이직은 레퍼런스 카운팅을 통한 쓰레기 수집을 수행하며, 방대한 규모의 추가적인 라이브러리들과, 기본적인 객체 지향 프로그래밍을 지원한다. 대다수의 일반적인 위젯들이 초기 프로젝트 구성에 포함되어 있기 때문에, 비주얼 베이직 프로그래머가 추가적인 라이브러리를 사용하는 경우는 드물다. 다른 대다수의 프로그래밍 언어와는 달리, 비주얼 베이직은 일반적으로 대소문자 구분을 하지 않으며, 대신에 키워드를 표준 대소문자 설정으로 변환한 뒤, 강제로 변수명의 대소문자를 기호 테이블의 내용으로 변환시킨다. 문자열 비교에 관해서는 대소문자 구분을 하지만, 프로그래머가 원한다면 대소문자 구분을 하지 않을 수도 있다. 비주얼 베이직의 컴파일러는 다른 비주얼 스튜디오 제품군(C, C++)과 호환성이 있지만, IDE상의 제한으로 인해 윈도 모델 DLL이나 스레드의 사용 등은 불가능하다. 비주얼 베이직은 C 언어 계열의 언어들과 비교했을 때 다음과 같은 특징이 있다: C 언어에서 가능한 다중 할당은 불가능하다. 비주얼 베이직에서 코드 A = B = C는 변수 A, B, C의 값을 같게 하지 않는다. "Is B = C?" 불린 결과값이 A에 들어간다. 결국 A에 들어가는 결과치는 거짓(0) 또는 참(-1)이 될 것이다. 불린 상수 True는 숫자값 -1을 갖는다. 이렇게 처리하는 이유는, 비주얼 베이직에서 불린 자료형은 16비트 부호 있는 정수 형태로 저장되기 때문이다. 이 구조에서 -1은 16진수 1로 계산되고(불린 값은 True이다), 0은 16진수 0으로 계산된다.(불린 값은 False이다.) 이것은 16비트 부호 있는 정수값 0인 Not 연산을 할 때 정수값 -1을 반환하는 것을 통해 명백하게 설명되는데, 다시 말해 True = Not False이다. 이러한 비주얼 베이직의 고유한 처리 방식은 And, Or, Xor, Not과 같은 정수 비트의 논리 연산에 유용하다. 이러한 True의 정의는 1970년대 마이크로소프트가 만들었던 베이직 제품에서의 처리와 일치하며, 이것은 당시의 CPU 명령어의 특성과 관련이 있다. 논리 및 비트 연산자가 통합되어 있다. 이것은 논리 연산자와 비트 연산자가 구분되어 있는 펄과 같은 C 언어 계열의 언어와는 다르다. 이 요소는 베이직 언어의 전통적인 특징이다. 가변 배열 기반이다. 배열의 정의는 파스칼이나 포트란과 같이, 유사한 최대 인덱스(Upper Bound)와 최소 인덱스(Lower Bound)의 지정을 통해 이루어진다. 또한 Option Base 구문을 통해 최소 인덱스의 지정을 할 수 있다. Option Base 문의 사용은 비주얼 베이직 코드를 볼 때 혼란을 야기할 수 있는데, 이것을 피하는 최선의 방법은 언제나 명시적으로 배열의 최소 인덱스를 지정하는 것이다. 이 최소 인덱스는 0 또는 1뿐만 아니라, 선언에 따라서는 다른 값이 될 수도 있기 때문이다. 이러한 방법으로, 최소 인덱스와 최대 인덱스 모두 프로그래머의 제어가 가능하다. 대조적으로 서브스크립트 제한적 언어(Subscript-Limited Language)들에서 배열의 최소 인덱스는 가변적이지 않다. 이러한 독특한 특성은 비주얼 베이직 닷넷에서도 나타나지만, 비주얼 베이직 스크립트에는 없다. OPTION BASE는 1970년대 후반 ANSI Minimal BASIC을 통해 표준으로 지정되었다. 상대적으로 마이크로소프트 윈도우 및 컴포넌트 오브젝트 모델과 강력하게 통합되어 있다. 실수를 정수로 바꿀 때, 기본적으로 Round함수를 통해 반올림을 한다. 반올림 방법으로는 Round-to-even 을 사용한다. 일반적인 나누기 연산자인 /를 통해 자동적으로 정수가 실수로 변환되므로, 짝수 정수부에 의한 홀수 정수부는 직관적으로 올바른 연산 결과를 보여준다. 한편, 자동으로 반올림을 하는 정수 나누기 연산자인 \도 있다. 기본값으로, 만약 변수가 선언되지 않았거나 자료형이 선언되지 않을 경우, 변수는 Variant형으로 선언 된다. 그러나 이것은 DefInt, DefBool, DefVar, DefObj, DefStr와 같은 DefType 구문을 통해 바꿀 수 있다. 비주얼 베이직은 6.0의 경우 12개의 DefType 구문이 지원된다. 기본 형은 특별한 접두어인 #를 통한 선언을 통해 Double형으로, !를 통해 Single형으로, &를 통해 Long 형으로, %형으로 Integer형으로, $를 통해 String형으로, @를 통해 Currency 형으로 오버라이드되거나, 예약어 As (type)를 통해 오버라이드 될 수 있다. 또한 무조건 명시적인 변수 선언만 허용하도록 할 수도 있는데, 이 때는 Option Explicit 명령을 사용한다. 비주얼 베이직 1.0은 1991년 5월 발표되었다. 사용자 인터페이스 개발에 있어서의 끌어다 놓기 방법은 앨런 쿠퍼가 개발한 프로토타입 폼 제작기에서 온 것이며, 쿠퍼가 재직했던 회사에서는 이 프로그램을 트라이포드라고 불렀다. 마이크로소프트는 윈도 3.0용 프로그래밍 가능 폼 제작 시스템의 개발을 위해 쿠퍼의 개발팀과 계약한 후 프로젝트의 코드네임을 루비라고 명명하였다. (루비 프로그래밍 언어와는 관계 없다.) 트라이포드는 프로그래밍 언어를 포함하고 있지는 않았다. 마이크로소프트는 비주얼 베이직을 만들기 위해 루비와 베이직 언어를 합치기로 결정했다. 루비 인터페이스 개발기는 비주얼 베이직의 "시각적인" 부분이 되었으며, 이것은 다시 마이크로소프트의 취소된 데이터베이스 시스템인 "오메가"용으로 설계된 "EB"(임베디드 베이직 엔진)와 합쳐졌다. 루비는 또한 훗날 비주얼 베이직 확장(VBX)이라고 명명될 추가적인 컨트롤들을 포함하기 위한 DLL 로드 기능을 지원하였다. 버전 5.0에서 Win16 코드와의 호환성을 버리고 전반적인 기능을 강화했다. 버전 6.0에서는 인터넷 관련 기능이 대폭 강화되었다. 비주얼 베이직 닷넷은 기존 버전과 다르게, 닷넷의 일부분으로 동작하고 객체지향 프로그래밍이 강화되었다. 또한 기존 버전과의 호환성이 없기 때문에 기존 비주얼 베이직 코드를 비주얼 베이직 닷넷 코드로 옮겨 주는 마법사가 있다. 그러나 네이티브 비주얼 베이직은 버전 6.0 이후로 마이크로소프트가 완전히 포기하여 사라진 언어가 되고 말았다. 하지만 2011년 기준으로, 프로그래밍 입문 언어로서 시스템에 관한 구체적인 지식(변수, 메모리 등)이 없이도 프로그래밍의 시작이 가능하다는 점에서 또, 액셀 등 오피스에서 사용되는 VBA의 문법이 비주얼 베이직 6.0 버전과 호환됨에 따라 아직도 많은 사람들이 입문용으로도 또 실무용으로도 사용하고 있다. '선더(Thunder)' 프로젝트가 시작되었다. 1991년 5월, 미국 조지아주 애틀랜타에서 열린 컴덱스에서 윈도용 비주얼 베이직 1.0이 발매되었다. 1992년 3월, 도스용 비주얼 베이직 1.0이 발표되었다. 마이크로소프트의 도스 기반 베이직 컴파일러인 퀵베이직과 베이직 전문 개발 체계(BASIC Professional Development System)의 차기 버전으로 개발된 것이기 때문에, 언어적인 특성 자체는 윈도우용 비주얼 베이직과 전혀 호환되지 않았다. 도스용 비주얼 베이직은 문자 기반 윈도(Character Oriented Windows)를 사용했으며, 확장 아스키문자를 통해 GUI를 구현해 내었다. 1992년 11월, 비주얼 베이직 2.0이 발매되었다. 프로그래밍 환경이 더욱 쉽게 개선되었으며 속도 또한 향상되었다. 특히, 폼이 인스턴스적인 개체가 되었으며 이러한 기본적인 클래스 모듈의 개념은 후에 비주얼 베이직 4.0에서 적용된다. 1993년 7월, 비주얼 베이직 3.0이 발매되었다. 이 때는 스탠다드 에디션과 프로페셔널 에디션으로 구분되어 발매되었다. 이 비주얼 베이직 3.0은 제트(또는 액세스)1.x 데이터베이스를 읽을 수 있는 마이크로소프트 제트 데이터베이스 엔진 1.1을 포함하고 있었다. 1995년 8월, 비주얼 베이직 4.0이 발매되었다. 비주얼 베이직 4.0은 32비트와 16비트 윈도 프로그램 둘 다 개발할 수 있는 첫 번째 버전의 비주얼 베이직이었다. 또한 GUI가 없는 클래스를 비주얼 베이직에서 개발할 수 있는 기능이 추가되었다. 비주얼 베이직 4.0 제품들간의 비호환성은 설치와 운영상의 문제를 낳았다. 이전 버전의 비주얼 베이직은 VBX 컨트롤을 써 왔었지만 비주얼 베이직 4.0은 OLE 컨트롤(확장자가 .OCX인 파일)을 썼다. 이 OLE 컨트롤은 훗날 ActiveX 컨트롤이라고 이름지어진다. 1997년 2월 발매된 비주얼 베이직 5.0은 32비트 버전으로만 발매되었다. 16비트 프로그램의 개발을 계속 했던 프로그래머는 비주얼 베이직 4.0의 소스 코드를 비주얼 베이직 5.0으로 옮길 수 있었으며, 비주얼 베이직 5.0 프로그램이 비주얼 베이직 4.0으로 옮겨 가기도 쉬웠다. 비주얼 베이직 5.0은 또한 사용자 정의 컨트롤을 만들 수 있는 기능, 또한 원시 코드로 윈도용 실행 파일을 컴파일 할 수 있는 기능, 대량의 계산에서의 속도 향상 등의 기능이 추가되었다. Active X 컨트롤의 개발을 위해 다운로드 받을 수 있는 무료 버전 또한 배포되었는데, 이 버전은 일종의 시험판으로, 일반적인 .exe 프로젝트가 IDE에서는 실행되었지만 컴파일되지는 않았다. 1998년 6월, 많은 영역에서 개선을 이룬 비주얼 베이직 6.0이 발매되었다. 특히 비주얼 베이직 6.0은 웹 기반 응용 프로그램의 개발 기능이 추가되었다. 비주얼 베이직 6.0은 2008년 3월 마이크로소프트의 "지원 안함" 단계에 해당 됨으로써 종료되었다. 이처럼 비주얼 베이직 6.0의 개발 환경은 더 이상 지원되지 않기는 하지만, 실행에 필요한 라이브러리는 윈도우 비스타, 윈도우 서버 2008, 그리고 윈도우 7에 계속 지원되고 있다. 2005년 3월 31일, 마이크로소프트 비주얼 베이직 6.0의 주요 지원이 종료되었다. 확장 지원은 2008년 3월 종료되었다. 이에 대하여, 비주얼 베이직 유저 커뮤니티는 우려를 표현하고 제품의 계속적인 지원을 청원하였다. 하지만 마이크로소프트는 기존 입장을 바꾸지 않았다. (하지만 다른 흐름도 있다. 아이러니컬하게도, 이 시기(2005년)에 발표된 마이크로소프트의 새로운 바이러스 검사 소프트웨어인 마이크로소프트 앤티스파이웨어는 비주얼 베이직 6.0으로 개발된 프로그램이었다. 이 프로그램의 대체품인 윈도우 디펜더는 C++ 코드로 재작성되어 개발되었다. 마이크로소프트의 여러 스크립트 언어들은 비주얼 베이직으로부터 파생한 것이다. 비주얼 베이직 자체는 베이직과 강력한 연관성을 가지며, 결과적으로 닷넷 프레임워크 플랫폼 버전으로 대체되었다. 다음 언어들은 비주얼 베이직에서 파생한 것이다: 비주얼 베이직 포 애플리케이션(VBA)는 많은 마이크로소프트의 응용 프로그램들(특히 마이크로소프트 오피스) 및 솔리드웍스, 오토캐드, 워드퍼펙트 오피스, 아크GIS, 그리고 ACCPAC와 같은 서드 파티 제품들에 포함되어 있다. 서로 다른 응용 프로그램들간에 약간의 불일치는 존재하지만, 이것들은 전체적으로 비주얼 베이직 6.0과 같은 언어이며, 같은 런타임 라이브러리를 사용한다. 비주얼 베이직 스크립트는 액티브 서버 페이지의 기본 언어이다. 비주얼 베이직 스크립트는 또한 마이크로소프트 윈도우 스크립팅과 클라이언트측 웹 페이지 스크립팅에도 사용된다. 비주얼 베이직과 문법적으로 닮아 있지만, 이 언어는 비주얼 베이직 런타임 라이브러리와 대립되는 vbscript.dll을 통해 실행된다는 점에서 두 언어는 구분 된다. ASP와 비주얼 베이직 스크립트는 컴파일된 웹 페이지용 닷넷 프레임워크를 사용하는 액티브 서버 페이지 닷넷과 혼동하지 말아야 한다. 비주얼 베이직 닷넷은 마이크로소프트의 비주얼 베이직 6.0의 후속작으로 설계된 제품이며, 마이크로소프트의 닷넷 프레임워크 플랫폼의 일부분이다. 비주얼 베이직 닷넷은 닷넷 프레임워크를 통해 실행되며, 실행 파일을 컴파일한다. 비주얼 베이직 닷넷은 비주얼 베이직 6.0과 하위 호환성이 없다. 마이크로소프트에서 제공하는 Visual Basic 6.0 to Visual Basic .NET Upgrade Assessment Tool를 이용하여 변환시 생길 수 있는 문제점들을 확인할 수 있다. 스타 베이직은 선 마이크로시스템즈가 개발한 스타 오피스 제품군에 포함되어 있는 인터프리터 언어이며, 비주얼 베이직과 호환성이 있다. 감바스는 비주얼 베이직의 영향을 받은 GNU/리눅스용 자유 소프트웨어 프로그래밍 언어이다. 감바스는 비주얼 베이직의 클론은 아니지만, 비주얼 베이직 프로그램을 감바스로 변환하는 기능이 있다. K베이직은 비주얼 베이직의 영향을 받은 리눅스, 매킨토시, 윈도용 자유 소프트웨어 프로그래밍 언어이다. K베이직은 비주얼 베이직의 클론은 아니지만, 비주얼 베이직 프로그램을 K베이직으로 변환하는 기능이 있다. MS는 무료 지원과 중요 업데이트 제공을 끝으로 2005년 3월 말 VB6에 대한 표준 지원을 중단할 것이라고 밝혔다. 하지만 두 서비스 모두 앞으로 3년 동안은 유료 서비스로 남아있게 된다. MS는 2000년 VB.NET을 내놓았으며 그 후 VB6 이하 버전을 사용하는 개발자들은 끊임없이 감소해왔다. 비주얼 베이직을 등지고 떠난 많은 개발자들은 VB.NET으로 옮겨가지 않고, MS의 언어가 아닌 자바로 옮겨갔다는 설문 조사 결과가 있다. 2005년 현재, 북미 전체 개발자 중 비주얼 베이직 닷넷 개발자가 34%인데 비해 비주얼 베이직 개발자들은 45%다. 기존 VB6 응용 프로그램을 VB 닷넷으로 옮기는 게 어려운 점이 문제점으로 지적되고 있다. 다만 2008년 VB6 SP6에 대한 일부 취약한 보안 문제와 관련된 패치가 있었다. 그리고 마이크로소프트가 추후 공개할 윈도우 8부터 비주얼 베이직 및 기반 프로그램들을 더 이상 지원하지 않는다. 다음은 이 언어의 예제 코드이다. 창이 호출되면 "Hello, World!" 메시지 상자를 표시한다: Private Sub Form_Load() ' Hello, World라는 내용의 메시지 상자를 띄웁니다. MsgBox ("Hello, World!") End Sub 아래 코드는 Count 변수가 1초에 1씩 올라가도록 한다.(작동을 위해서는 타이머 컨트롤이 필요하다) Option Explicit Dim Count As Integer Private Sub Form_Load() Count = 0 Timer1.Interval = 1000 ' 밀리초 단위 End Sub Private Sub Timer1_Timer() Count = Count + 1 lblCount.Caption = Count End Sub 위키미디어 공용에 관련된 미디어 분류가 있습니다. 비주얼 베이직 위키배움터에 관련된 자료가 있습니다. 비주얼 베이직 위키책에 이 문서와 관련된 문서가 있습니다. 비주얼 베이직 비주얼 베이직 닷넷 프로그래밍 언어의 비교 FreeBASIC – a programming language rooting from QBasic. Gambas - Open source competitor to Visual Basic IIf – a function in several editions of Visual Basic roughly equivalent to the ?: ternary operator of C and related languages. 마이크로소프트 비주얼 스튜디오 익스프레스 - a free scaled down version of Visual Basic .NET for independent developers. 창 (컴퓨팅) PowerBasic – A language based on the BASIC- dialect PureBasic – A language based on the BASIC- dialect REALbasic – Competitor to Visual Basic DarkBASIC – harness DirectX from BASIC applications 비주얼 베이직은, 비주얼 베이직과 비주얼 베이직 닷넷 간의 소스 코드의 이동이 중요한 문제임에도 불구하고, 비주얼 베이직 닷넷의 관점에서 종종 비난을 받아왔다.[1] 예를 들면, S="ABC" : S = S & "DEF" : S = S & "GHI"는 일반적으로 비주얼 베이직에서는 잘 작동하지만, ASP 페이지에서 사용할 경우 문제를 일으킨다. 왜냐하면 두 언어의 정적 상수를 처리하는 방법이 다르기 때문이다. 위 코드는 비주얼 베이직 스크립트에서는 중대한 과부하를 일으킬 수 있다. 이는 A = CBool(B = C)와 같은 결과이며, C 언어에서 A = (B == C);라고 쓴 것과 같다. 대다수의 컴퓨터 프로그래밍 언어에서, True는 0이 아닌 숫자값으로 매핑되며, 이 값은 보통 1 또는 -1이다. “Microsoft Basic Logical Expression Evaluation”. 2009년 8월 23일에 원본 문서에서 보존된 문서. 2009년 5월 15일에 확인함.  The Birth of Visual Basic What's new in VB6? Support Statement for Visual Basic 6.0 on Windows Vista, Windows Server 2008 and Windows 7 “Product Family Life Cycle Guidelines for Visual Basic 6.0”. 2008년 10월 11일에 원본 문서에서 보존된 문서. 2009년 5월 15일에 확인함.  “Petition to Microsoft”. 2009년 6월 14일에 원본 문서에서 보존된 문서. 2009년 6월 16일에 확인함.  윈도7에서의 비주얼 베이직 6.0 지원 마이크로소프트의 앤티스파이웨어는 마이크로소프트의 지원 중단 소프트웨어로 만든 것이다. “폴 써로트의 윈도에 관한 수퍼사이트:윈도 디펜더 2 베타 리뷰”. 2009년 5월 4일에 원본 문서에서 보존된 문서. 2009년 5월 15일에 확인함.  http://www.microsoft.com/en-us/download/details.aspx?id=9639 MS 비주얼 베이직 지원 중단「올 것이 왔다!」 Matthew Broersma, News.com CNET News.com Archived 2013년 7월 26일 - 웨이백 머신 2005/03/16 “보관된 사본”. 2013년 5월 21일에 원본 문서에서 보존된 문서. 2012년 2월 26일에 확인함.  VB 6.0 at MSDN VB 6.0 at MSDN UK Migrating from Visual Basic 6.0 to Visual Basic 2008 (MSDN UK)