이번 달에는 향수에 젖게 됩니다. 제가 Microsoft로부터 Visual Basic® 최초 버전이 들어 있는 패키지를 받은 것이 거의 10년 전입니다. 당시 Visual Basic®은 업계의 주목을 거의 끌지 못했습니다. 당시 제가 일하던 대형 소프트웨어 제조업체는 Visual Basic을 정말 하찮게 생각했으며, Visual Basic은 아무데도 쓸 데가 없다고 여겼었습니다. 하지만 오늘날 Visual Basic은 엄청나게 성장하였습니다.
Microsoft가 보낸 상자를 열고 Visaul Basic 1.0을 설치하던 때가 기억납니다. 저는 Visual Basic을 사용해 작은 응용 프로그램을 개발하려고 했지만 실패했습니다. 그래서 Visual Basic을 제거하고는 상자를 선반 위로 치워버렸습니다. 당시 전 약 12개의 언어로 프로그램을 짰으며 Visual Basic은 정말 불필요하다고 생각했었습니다.
약 2주 후, 저는 다시 Visual Basic을 살펴보기로 했습니다. 그래서 다시 설치한 후 오랜 시간동안 그 작동 방식과 함께 응용 프로그램 구축에 어떻게 사용할 수 있는지, 그리고 응용 프로그램을 얼마나 빠르게 작성할 수 있는지 등에 대해 살펴 보았습니다. 몇 시간 후, 전 Visual Basic에 완전히 빠져 버렸으며 그 때부터는 프로그래밍에 다른 프로그램을 거의 사용하지 않았습니다.
제 관심을 끈 기능은 이벤트 기반 프로그래밍 모델과 도구 상자였습니다. 이벤트 기반 프로그래밍은 대부분의 개발자가 이해하기에는 시간이 좀 걸렸습니다. 하지만 이벤트 핸들러 내에 간단히 코드를 한두 개 정도 삽입할 수 있으며 이에 따라 응용 프로그램이 작동한다는 것을 깨닫게 되면 이벤트가 이해되기 시작하고 어렵지 않게 이 새로운 개발 패러다임으로 전환할 수가 있습니다. 이건 마치 Visual Basic .NET 및 웹 응용 프로그램과의 데자부처럼 느껴질 겁니다. 하지만 그게 전부가 아닙니다.?
이 도구 상자가 Visual Basic 개발과 성공의 핵심이라고 말할 수 있습니다. 도구 상자에는 응용 프로그램 구축에 필요한 수많은 간단한 도구들이 제공됩니다. 예를 들면, 단순히 끌어서 놓기를 이용하여 양식에 교과서를 그리는 것은 거의 마술에 가깝습니다. 그리고 이 도구 상자는 확장도 가능합니다. 저렴한 비용의 .vbx 컨트롤을 구입하면 모든 유형의 작업을 다 실행할 수 있습니다. 개발의 차원이 예전과는 완전히 다릅니다.
Visual Basic 1.0에서 유일하게 아쉬운 점은 데이터베이스에 대한 특정 형태의 후크가 없다는 것이었습니다. 기억하실 지 모르겠지만 함께 제공되는 문서에 데이터베이스에 대한 언급이 전혀 없었습니다. 따라서 이 기능에 대해서는 다른 곳을 살펴보아야 했습니다.
Visual Basic 1.0을 살펴볼 당시 저는 클라이언트를 위해 대형 프로젝트를 맡고 있었습니다. 120일만에 작업 현장 솔루션을 디자인하고 구축하는 일이었습니다. 데이터 모델도, 데이터베이스도, 응용 프로그램 디자인도 없었으며 시작에 도움이 될만한 다른 기반도 전혀 없었습니다. 이 클라이언트는 Digital의 VMS 운영 체제가 실행되는 VAX 하드웨어를 사용하고 RDB를 데이터베이스로 사용하기를 원했습니다. 그 때쯤, Digital에서 일하는 아는 사람 중 한 명이 RDB에 정보를 제공하는 라이브러리(DLL)를 제게 건넸습니다. 우리 팀은 프로토타입을 만들어 테스트를 수행했으며 모든 것이 원만하게 진행되었습니다. 실제로 우리는 약 120일 만에 그 응용 프로그램을 작성하고 구축했습니다. 이 과정에서 많은 시행착오가 있었지만 그럴만한 가치가 있었습니다.
그림 1은 이 시스템의 전체적인 디자인을 나타냅니다. 이 응용 프로그램은 클라이언트 워크스테이션에서 실행되며 Digital 라이브러리를 통해 RDB에 정보를 제공합니다. 하지만, 제가 아는 한 그 라이브러리는 생산에 들어간 적이 없습니다. 따라서, 이 생산 시스템은 일종의 1회성 라이브러리를 기초로 구축되었습니다. 하지만 실행은 되었습니다.

그림 1 Visual Basic 1.0을 이용한 시스템 디자인

Visual Basic은 이 프로젝트에 큰 도움이 되었습니다. 최종 응용 프로그램은 사용이 간편한 UI와 고성능 데이터베이스를 갖추었으며 실크처럼 매끄럽게 실행되었습니다.

버전 2.0과 3.0

이 응용 프로그램을 몇 개월 동안 실행할 즈음 Visual Basic 2.0이 출시되었습니다. 2.0 버전은 훌륭했지만 데이터베이스 기능은 여전히 없었습니다. 저는 클라이언트의 응용 프로그램을 Visual Basic 2.0으로 업그레이드하여 새 기능을 이용할 수 있도록 하였으며 이 새 버전이 생산되도록 했습니다. Visual Basic 2.0에서는 개발 과정이 현격하게 변화되지는 않았지만 이 과정이 좀 더 매끄럽게 되었으며 1.0 버전보다 더 잘 실행되었습니다.
시간이 흐르면서, 다음 번 Visual Basic 업그레이드에서는 아주 급진적인 기능이 추가될 것이라는 얘기가 들리기 시작했습니다. 저는 Tech?Ed에서 Visual Basic 3.0 초기 버전을 손에 넣었는데, 이 버전은 정말 놀라웠습니다. Visual Basic은 훨씬 풍부해졌습니다.? Visual Basic은 VBX에서 보다 유연한 OLE 컨트롤(OCX)로 전환되었으며, ODBC를 통한 데이터베이스와의 정보 교환을 지원했습니다. 이것은 개발 과정에 엄청난 변화를 가져다 주는 것이었습니다.
저는 Visual Basic 3.0을 사용해 온갖 종류의 응용 프로그램을 구축하였습니다. 물론, 세계를 강타한 클라이언트/서버 응용 프로그램이 없지는 않았습니다. 하지만 Visual Basic 3.0에 있는 사용이 용이한 데이터베이스 기능과 Microsoft 및 기타 업체의 ODBC 드라이버가 결합되면서 수 많은 개발자에게 프로그래밍의 세계를 열어 주었습니다.
Visual Basic 3.0 이후부터는 몇 가지 기억해야 할 사항이 있습니다. 첫째, 응용 프로그램 성능에 대한 몇 가지 불만이 있었습니다. 저는 어떤 버전의 Visual Basic을 사용하든 간에 정확하게 실행되는 응용 프로그램을 구축할 수 있었습니다. 고성능이라는 말 대신 "정확하게"라는 말을 사용했다는 점에 주목하십시오. 제가 응용 프로그램을 디자인하는 기준 중의 하나는 항상 그 응용 프로그램에 적합한 수준의 성능이어야 한다는 것입니다. 예를 들어, 응용 프로그램의 특정 부분에서 사용자 인터페이스가 1.5초 내에 데이터를 표시하도록 클라이언트에서 요구한다면 저는 그 점을 염두에 두고 디자인을 합니다. 저는 적절한 드라이버를 사용하고, 양식에 대한 컨트롤을 제한하며, 컨트롤 배열을 사용하고, 이 응용 프로그램이 반복 기능을 처리하는 방식(예: 루프)을 확인하며, 데이터 액세스 기능을 신중히 구성하는 등 지정된 대로 실행되는 응용 프로그램을 구축하였습니다. 물론, Visual Basic 3.0은 원본 코드가 아니라 P-코드로 컴파일됩니다. 하지만 대부분의 응용 프로그램 코드는 어쨌든 기본 컴파일로부터 그다지 이익을 얻지 못하므로 이는 별 문제가 아닙니다.
그 즈음, 저는 비 표준 용도의 여러 가지 응용? 프로그램을 구축하기 시작했습니다. 많은 클라이언트들이 Workgroups 클라이언트 용 Windows®와 VMS 서버를 사용하고 있었습니다. 당시, Digital은 PC형 워크스테이션과 VMS 서버를 통합하는 Pathworks LAN 패키지를 제공했습니다. Pathworks는 LAN 관리자 네트워킹 패키지로, Windows NT®를 이용한 네트워킹과 유사했습니다.
제 클라이언트들이 가지고 있던 문제 중 하나는 클라이언트 워크스테이션 구성 제어에 관한 것이었습니다. 사용자는 .ini 설정을 자주 바꿀 수 있었으며 실제로 그렇게 하는 경우도 많았습니다. 사용자는 또 네트워크 공유 및 다른 구성과 관련된 문제에도 직면하였습니다. 이러한 문제를 해결하기 위해 저는 Visual Basic 3.0을 사용하여 Pathworks 용 로그인 프로그램을 만들었습니다. 이 로그인 프로그램은 개별 사용자에 대해 별개의 구성 파일을 사용하여 드라이브 매핑과 기타 설정을 제어했습니다. 제 클라이언트 중 하나는 여러 .ini 파일에서 데이터 설정 및 기타 구성 설정을 변경하자고 주장하는 몇몇 사용자와 문제가 있었습니다. 이러한 설정을 변경하자 지원 담당자들은 머리가 복잡해졌으며 클라이언트/서버 데이터베이스로 입력되는 데이터에 문제가 생겼습니다. 제 프로젝트 관리자가 이 문제를 해결해 주도록 제게 요청했습니다. 그래서 저는 Visual Basic을 열고 약간의 코드를 만들었으며, 몇 시간이 지나자 그 문제가 해결되었습니다. 워크스테이션이 네트워크에 로그인되었다면 이 워크스테이션은 올바른 구성을 갖게 됩니다. 이 로그인 문제는 서버의 마스터 파일을 기준으로 .ini 파일을 확인한 다음 필요한 사항을 변경하며, 필요한 경우에는 워크스테이션을 다시 부팅하기도 합니다.
얼마 후, 또 다른 클라이언트가 VMS 올인원 응용 프로그램에서 파일과 메일 메시지를 마이그레이션해야 했습니다. 이 과정에서 이 클라이언트는 사용자 정의 소프트웨어와 서비스의 높은 가격에 부딪쳤습니다. 저는 잠시 이 문제에 대해 생각했습니다. 한 솜씨 좋은 개발자가 Visual Basic 3.0과 사용자 정의 컨트롤을 사용하여 2주만에 사용자 정의 응용 프로그램을 작성했습니다. 그 응용 프로그램은 분명 이 클라이언트의 돈을 10만 달러 이상 절약해 주었을 것입니다.?

버전 4.0

시간이 감에 따라 개발자들은 Visual Basic에서 점점 더 많은 기능을 원하게 되었습니다. 예를 들면, 제가 원했던 기능 중 하나는 RPC를 사용해 다른 시스템의 응용 프로그램과 정보를 교환하는 응용 프로그램을 만드는 것이었습니다. 저는 Visual Basic 기반 응용 프로그램에서 호출할 수 있는 RPC 래퍼를 C언어로 작성하도록 되어 있었습니다.?그 무렵 저는 다시 Tech?Ed로 갔습니다.
이번에는 Visual Basic 제품 관리자를 만나 베타 버전이 거의 마무리된 Visual Basic의 새 버전인 Visual Basic 4.0에 대해 들을 수 있었습니다. 저는 제가 들은 내용에 크게 놀랐습니다. 이 새 버전을 이용하면 클래스를 만들 수 있으며 이 클래스를 컴파일하면 OLE 서버(지금의 COM 구성 요소)로 바뀝니다. 이 새 버전에는 또 16비트 및 32비트 버전이 있습니다. 이는 분명 전 세계가 Windows 95의 32비트 기능으로 마이그레이션하는 데 가장 큰 원동력이었을 것입니다. 당시 제가 그 베타 버전을 얼마나 손에 넣고 싶어 했는지 지금도 기억이 납니다. 그리고 Visual Basic은 절 실망시키지 않았습니다.
Visual Basic 4.0은 Visual Basic 기반 개발자들에게 개체 개발을 위한 새로운 세계를 열어 주었습니다. 이제 사용자는 자신만의 클래스(개체)를 만들어 그 클래스를 구성 요소에 패키징할 수 있게 되었습니다. 구성 요소는 개발 과정에서 엄청난 시간을 단축시켜준다는 것을 곧 알 수 있었습니다. 당시에는 클라이언트/서버 프로그래밍이 여전히 강세였습니다. 대부분의 클라이언트/서버 프로그래밍이 가진 기능 중 하나는 시작 화면이었습니다. 많은 개발자들은 시작 화면을 다시 만들고 또 만들었습니다. 그래서 저는 만약 시작 화면을 구성 요소로 만들 수 있다면 다른 프로젝트에 다시 사용할 수 있을 것이라고 생각했습니다. 제 생각이 옳았습니다. 그리고 그 작업은 몇 시간밖에 걸리지 않았습니다. 그 것이 제가 지금까지 만든 마지막 시작 화면이었습니다.
Visual Basic 4.0에서는 또 클라이언트/서버 데이터베이스 응용 프로그램 구축에 사용되는 고성능 데이터베이스 라이브러리인 RDO(Remote Data Objects)도 처음 소개되었습니다. RDO는 특히 다수의 사용자가 관련된 경우 성능 목표에 적합한 응용 프로그램을 더 쉽게 구축할 수 있도록 해 줍니다.??
Visual Basic 4.0의 구성 요소와 데이터베이스 기능은 응용 프로그램 구축 성능을 크게 확장했습니다. 원격 자동화라는 기능은 네트워크를 통해 OLE 서버에 액세스할 수 있도록 해 주었습니다. 이는 Windows NT 4.0에서 DCOM이 선보이기 이전인 Windows NT 3.x 시기의 일입니다. 지금은 DCOM이 느린 것으로 간주됩니다. 하지만 적절히 사용하면 원격 자동화 및 DCOM 모두 다른 방식으로는 쉽게 할 수 없는 작업을 처리할 수 있습니다. 원격 자동화는 단순한 RPC 래퍼를 사용해 할 수 있었던 작업을 능가하는 표준 기능을 제공합니다.
Visual Basic 4.0을 이용한 개발이 실제로 크게 늘어났습니다. 정확한 프로토타입 구성 및 테스트를 통해 뛰어난 성능의 응용 프로그램이 만들어 졌습니다. 응용 프로그램에서 클래스를 만들어 사용할 수 있게 됨에 따라 많은 조직이 C++에 많은 돈을 투자하지 않고도 개체 지향적인 개발을 할 수 있었습니다.
Visual Basic 4.0을 사용하여 클래스를 기반으로 한 응용 프로그램을 개발했다면 게임에서 크게 앞서간 것입니다. 이러한 클래스는 사용도 간편하고 Visual Basic의 향후 버전으로 업그레이드하기도 쉬웠습니다. 제가 웹 응용 프로그램 구축 방법을 가르치기 시작했을 때 많은 사람들이 응용 프로그램을 인터넷으로 마이그레이션하려면 시간이 얼마나 걸리는 지 물었습니다. 이 질문에 전 항상 이렇게 대답했습니다. 응용 프로그램이 n-계층이고 클래스를 기반으로 하고 있다면 응용 프로그램을 신속히 웹에 연결할 수 있지만 그렇지 않은 경우에는 조금 더 힘들 것이라고 말입니다. 즉, Visual Basic 4.0은 개체 개발을 대중화시켰으며 개발자가 거의 모든 유형의 응용 프로그램을 빠르게 구축할 수 있도록 해 주었습니다.

버전 5.0과 6.0

Visual Basic 5.0은 몇몇 분야에서 크게 향상되었습니다. 첫째로, 드디어 응용 프로그램을 원시 코드로 컴파일할 수 있게 되었습니다. 이는 오랫동안 기다려왔던 버전으로, 많은 C++ 응용 프로그램만큼이나 빠른 응용 프로그램을 만들 수 있습니다. 예를 들면, 제게는 C++과 Visual Basic 5.0으로 작성된 샘플 응용 프로그램이 있습니다. 마우스를 움직이면 둘 중 한 응용 프로그램이 실행되는 동안 다른 응용 프로그램은 더 빠른 시간을 나타낼 것입니다. 그 정도로 속도 면에서는 거의 차이가 없다는 것입니다. 이전 버전의 Visual Basic과 마찬가지로 응용 프로그램을 P-코드로 컴파일할 수 있습니다. 따라서 더 작은 코드 크기(P-코드)에 대해서 고유의 속도를 선택할 수 있습니다.
Visual Basic 5.0에서는 또한 ActiveX® 컨트롤을 만들 수 있습니다. 이 버전은 웹이 널리 확산되었을 때 발표되었으며, 그 당시에는 Visual Basic에서 ActiveX 컨트롤을 만들 수 있는 기능은 대단한 일이었습니다. 생각해 보니 지금도 대단한 기능이긴 합니다. 지금도 인트라넷, 클라이언트/서버 응용 프로그램, 그리고 독립 실행형 응용 프로그램들은 여러 가지 중요한 기능에 있어 ActiveX 컨트롤에 의존하고 있습니다. ActiveX 컨트롤은 브라우저에서만 제공받을 수 있는 보다 풍부한 사용자 경험을 제공합니다.
물론 Visual Basic 5.0은 클래스, 클라이언트/서버 응용 프로그램, 그리고 이전 버전의 Visual Basic을 사용하여 구축한 다른 유형의 응용 프로그램을 구축하는 기능을 향상시켜 줍니다. 응용 프로그램이 프로세스 집약적인 경우, 이 원시 컴파일 기능으로 응용 프로그램이 실제로 실행되도록 할 수 있습니다.
1990년대 말, 웹 혁명이 절정에 달했으며 이와 함께 Visual Basic 6.0이 출시되었습니다. Web Classes라는 새 기능으로 Visual Basic은 웹 세계로 진입할 수 있는 모든 준비를 갖추었습니다. 그리고 ActiveX 컨트롤을 웹에 사용하기 적합하게 만들어 주는 기능도 추가되었습니다. ActiveX 컨트롤을 사용하여 인터넷에서 원하는 내용을 손쉽게 다운로드하고 조작할 수 있다는 것은 정말 놀라운 일입니다. 이 외에도 한 컨테이너 내에서 실행되는 인터페이스를 사용하여 ActiveX 문서 - 구성 요소도 구축할 수 있습니다. Office Binder나 Microsoft Internet Explorer와 같은 브라우저가 그 예입니다.
Visual Basic 6.0은 또 개발자에게 ADO의 세계를 열어 주었습니다. ADO는 ASP의 개척 분야로, Visual Basic에서 ADO를 지원함에 따라 두 세계를 하나로 연결하게 되었습니다. 마지막으로, Windows 또는 웹 응용 프로그램에 사용할 수 있는 구성 요소를 손쉽게 구축할 수 있었습니다. 새 버전에서도 그 기능을 그대로 사용할 수 있었습니다. Visual Basic 6.0에서는 이제 ADO 레코드 집합을 여러 작업으로 전달할 수 있게 되었으며, 이에 따라 레코드 집합을 반환하는 메서드를 호출할 수 있게 되었습니다.
Visual Basic 6.0에는 다른 많은 새 기능이 추가되었습니다. 예를 들면, FileSystem 개체는 폴더 및 파일과 같은 시스템 개체를 손쉽게 이용할 수 있도록 해 줍니다. FileSystem 개체는 파일 시스템에 대한 간편한 표준 액세스를 가능하게 할 뿐만 아니라 ASP가 사용하는 것과 동일한 개체입니다.
FileSystem 개체와 ADO의 표준화로 인해서 Visual Basic과 VBScript 간에 코드를 아주 쉽게 마이그레이션할 수 있게 되었습니다. 저도 많은 응용 프로그램을 마이그레이션 했습니다. 사실, ASP 수업 중에 학생들에게 ASP와 ADO 코드를 Visual Basic 클래스로 마이그레이션한 다음 ASP에서 Visual Basic 클래스 메서드를 호출하는 방법을 보여 주는 것은 언제나 신나는 일입니다.
Visual Basic 6.0, ADO 및 ASP는 웹 응용 프로그램에 적합한 성능 표준을 다시 설정했습니다. Tech?Ed 1999를 위해 구축된 FMStock 응응 프로그램은 실제로 성능의 새로운 기준을 설정했습니다. FMStock 구축 또는 테스트 관련자들은 그 결과에 놀랐습니다. 이 응용 프로그램은 규칙에 따라 실행하기만 하면 고성능 응용 프로그램 구축이 더 이상 엄청난 고가의 작업이 아니라는 것을 보여 주었습니다. RMStock은 또 응용 프로그램에 사용할 수 있는 완벽한 표준 데이터 계층을 제공했습니다.

Visual Basic .NET

Visual Basic .NET은 엄청나게 많은 기능을 제공하는 것으로, 지금까지 제공된 버전 중에서 가장 광범위한 업그레이드 버전입니다. Visual Baisc .NET은 .NET Framework의 최상부에 존재하므로 Visual Basic은 .NET 환경의 응용 프로그램 개발에 있어 선두 주자입니다. Visual Basic .NET에서 할 수 없는데 C#에서는 할 수 있는 작업이란 전혀 없으며, 그 반대도 마찬가지입니다. Visual Basic .NET은 많은 유형의 응용 프로그램을 더 쉽게 만들 수 있도록 해 줍니다. 웹, 클라이언트/서버 또는 독립 실행형 응용 프로그램 중 어떤 것을 실행하든 간에 Visual Basic .NET을 사용하면 빠르게 실행할 수 있습니다. 그리고 Visual basic .NET은 엄청난 성능 향상을 보여주기 때문에 그 결과도 뛰어날 것입니다.
실제로, Visual Basic 4.0을 이용해 작성한 클래스를 직접 Visual Basic .NET으로 마이그레이션할 수 있습니다. 또한 Visual Basic .NET 응용 프로그램에서 Visual Basic 6.0 클래스를 호출할 수 있으며 그 반대도 가능합니다. 이 외에 ActiveX 컨트롤도 사용할 수 있습니다.
Visual Basic .NET은 ASP 개발자에게 있어 모든 것을 변화시켰습니다. 할 수 있는 일이라곤 웹 응용 프로그램에서 언어를 스크립팅하는 것 밖에 없었던 시절은 지나갔으며, 이제는 완벽하게 준비된 Visual Basic .NET이 있습니다. 웹 응용 프로그램들이 기존의 ASP 응용 프로그램에 비해 엄청나게 향상될 것입니다.
ASP .NET의 새로운 이벤트 중심 기능은 Visual Basic 기반 개발자에게는 친숙한 것일 것입니다. 일단 개발자들이 웹 양식 구축과 서버 컨트롤에 익숙해지면 인터넷이 달라질 것입니다. Visual Basic 1.0 시대와 비슷하지 않습니까?
Visual Basic 6.0을 사용하여 만들어진 클래스들도 조금만 처리하면 웹 서비스로 전환할 수 있습니다. 따라서 이제, 이러한 클래스의 메서드를 같은 조직의 다른 사람들이 이용할 수 있도록 게시하거나 UDDI에서 메서드를 인터넷에 게시할 수 있게 되었습니다.

결론

Visual Basic .NET은 혁신적이며 발전적인 업그레이드입니다. Visual Basic을 사용해 수 년간 응용 프로그램을 구축하였다면 그 기술을 Visual Basic .NET에도 그대로 사용할 수 있습니다. 특히 프로그래밍 언어 기술은 여러분을 Visual Basic .NET의 세계로 이끌어 줄 것입니다. 새 개체와 메서드에 익숙해지면 ADO .NET 및 다양한 다른 .NET 기능에도 익숙해질 것입니다.
기존 응용 프로그램을 Visual Basic .NET으로 업그레이드하려면 약간의 작업이 필요합니다. 하지만 Visual Basic 3.0에서 4.0으로, 그리고 그 이후 버전으로 업그레이드하면서 이미 그러한 과정을 모두 거쳤을 것입니다. 제 개인적인 생각에 Visual Basic .NET은 정말 훌륭한 업그레이드이며 저희 팀이 수 년간 배운 기술을 사용할 수 있는 좋은 기회인 것 같습니다. 그리고 이전에는 할 수 없었거나 비용이 너무 높았던 작업들을 이제는 클라이언트에게 제공할 수 있게 되었습니다. Visual Basic의 10주년을 축하합니다!