• e-book
• 회원가입
• 정기구독신청
• 전체보기
• 로그인

비쥬얼 스튜디오 2008 4부

프린트 이메일 전송

다이내믹한 개발 환경을 제공하는 비주얼 베이직 9.0

닷넷 프레임워크가 소개되면서 기존 VB6를 사용하던 때에 비해 VB 개발자들의 수가 눈에 띄게 줄어들고 있는 듯하다. 언어가 가진 빠른 생산성의 특징에도 불구하고 VB 문법을 사용하고 있던 기존의 VB와 ASP 개발자들 많은 혼란을 느끼고 있다.

그 주된 요인은 엄격한 구문과 타입 체킹, 그리고 OOP라고 하는 그 동안 그다지 심각하게 생각하지 않고도 자신이 원하는 애플리케이션들을 개발해 왔던 기존의 융통성 높은(비구조적이거나 프로시저 중심적이거나 하는 것은 전혀 문제되지 않는!) 개발 방식과 경험들이 이제는 더 이상 통용되지 않는다는 데 있었다.

그도 그럴 것이 VB 개발자들은 다른 개발자들과 달리 그 구성에 있어 전문적인 프로그래밍 교육을 받거나 경험을 가지지 못한 파워 유저의 비중이 크다. 또, 이들에게 있어 OOP와 구조적인 프로그래밍에 대한 요구는 닷넷을 넘기 힘든 벽으로 여기게 하였다. 또 다른 요인은 기존 C++ 개발자들에 비해 언어적으로 열세라는 심리적인 열등감에 사로잡혀 있었던 VB개발자들이 느끼는 세미콜론(;)에 대한 막연한 동경심(?)이 요인이 될 수 있었을 것이다.

통합 개발 환경에서의 장점들

특집 4부에서는 닷넷으로 넘어오지 못한 기존 VB 개발자들과 타 언어로 개종(?)을 결행한 옛 VB 개발자들에게 VB.net이 가진 프로그래밍적인 매력과 비주얼 스튜디오 2008을 통한 높은 생산성을 일깨워 주고자 한다. 그리고 이를 통해 많은 개발자들이 다시금 VB 전성시대를 이끌어 갈 수 있는 기회를 만들게 되길 바란다.

통합 개발 환경에서 VB2008의 향상

비주얼 스튜디오 2008은 클래스 파일의 로딩에서 컴파일에 이르기까지 대부분의 성능들이 최소 50% 이상 향상되었다. 또, VB개발자들에게 기존 개발 시에 비해 좀 더 시원한 체감속도를 제공해 준다.

<표 1>은 MS의 VB.net 개발팀이 제공한 VB2005 대비 VB2008 성능 향상 비교 자료다(http://blogs.msdn.com/ vbteam/archive/2008/01/04/vb2008-outperforms-vb2005-lisa-feigenbaum.aspx).

인텔리센스(Intellisense)의 생산성

인텔리센스가 없는 VB를 생각해 볼 수 있을까? 필자는 VB가 개발 생산성을 가질 수 있는 가장 큰 이유가 바로 인텔리센스에 있다고 생각한다. 혹자들은 인텔리센스가 개발자들을 바보로 만들고 개발자들의 실력을 떨어뜨린다는 이해할 수 없는 주장을 펼치기도 하지만 어쩌랴 그럼에도 불구하고 텍스트 에디터에 Copy&Past 와 현란한 단축키로 날 코딩을 하는 천재(?)개발자들 보다는 바보(?) 개발자들이 쏟아내는 코드의 생산성이 훨씬 더 윌등한 것을…………

VB9에서는 개발자들의 생산성을 높이기 위한 인텔리센스 기능이 기존의 비주얼 스튜디오 2005에 비해 월등히 강력해졌다. 이러한 기능을 인텔리센스 에브리웨어(Intellisence Everywhere)라고 한다.

간단히 비주얼 스튜디오 2008에서 MyIntegerValue라고 하는 Integer 타입의 Private 변수를 선언해 보자.

원래 당연한 듯 보이는 인텔리센스 기능이라고 생각한다면, 비주얼 스튜디오 2005에서 같은 과정을 수행해보라. 비주얼 스튜디오 2005에서는 사용자의 타이핑에 <화면 1> <화면 2>와 같이 자동으로 반응하는 인텔리센스는 제공하지 않았다.

이 기능 하나만으로도 개발자는 코딩 생산성을 높일 수 있게 된다. 게다가 변수를 참조하는 경우에도 VB 개발팀들은 기존의 단순변수 나열에서 필터링 인텔리센스 기능을 제공함으로써 개발자들이 빠른 코드 작성을 가능케 해 준다.

이번에는 앞서 선언한 변수에 값을 지정하기 위해 myInte gerValue를 타이핑 해 보자.

개발자가 키를 입력함에 따라 자동으로 원하는 변수들이 필터링 되어 표시되는 것을 확인할 수 있다. <화면 4>는 독자들의 이해를 돕기 위해 비주얼 스튜디오 2005에서 동일한 작업 시에 제공되던 인텔리센스 스크린샷을 옮겨둔 것이다.

상당히 친절해 진 VB 코드 개발환경이 몸으로 느껴지는 것 같지 않은가?

한 가지 팁을 더 소개하자면, 인텔리센스 창이 보이는 상태에서 <Ctrl> 키를 누르고 있으면 해당 창이 투명하게 변해 코드를 가리지 않게 할 수도 있다.

코드조각(Code Snippet)을 통한 코딩생산성 향상과 코드의 재활용

코드조각(Code Snippet) 추가하기 기능은 VB에서만 제공하는 기능은 아니지만, 이를 활용하는 방식에 있어서는 C#에 비해 월등히 사용하기 쉬운 구조로 이루어져 있다.
개발하려는 코드에 대한 정확한 사용 방법을 알 수 없다면, 코드 창에서 ?(물음표)를 입력한 후 Tab(탭)키를 입력해 보자.

각 시나리오 별 예제 코드들이 제공됨으로서 자신의 상황에 맞는 예제 코드들을 쉽게 재활용할 수 있다. 또한, 개발자가 자신의 입맛에 맞도록 코드들을 수정 및 추가할 수 있는 기능도 제공한다.

필자가 자주 사용하는 코드 조각 추가 기능은 프로퍼티 자동생성 기능이다.

코딩 창에서 Property 라고 입력한 뒤에 <Tab> 키를 치면 <화면 6>과 같이 기본적인 프로퍼티를 생성하기 위한 코드가 자동으로 추가된다. 프로퍼티의 타입과 프로퍼티명 만 변경해 주면 자동으로 프로퍼티가 만들어진다.

마치 자동완성 기능의 일부인 것처럼 느껴질 것이다. 하지만 이 기능은 코드 조각 관리자에 의해 등록된 코드 조각템플릿들 중 프로퍼티 코드조각에 부여된 단축키(단축단어)에 의해 호출되어 추가된 코드다.

이와 같이 유용한 단축단어들을 사전에 알고 있다면 코딩의 생산성이 보다 높아지게 되는 것은 당연한 일이다.

예를 들어 코딩 창에 qConsole + Tab(탭) 키를 치면 Linq 구문을 활용하여 Process 목록을 콘솔 창에 나열해 주는 코드가 자동으로 생성될 것이다.

객체의 타입이 먼저 선언되고 뒤이어 변수명이 선언되는 C 계열의 언어들은 심리적으로 개발자 자신이 선언할 객체에 대하여 정확한 타입 명을 암기(?)하고 있어야 한다. 반면에 변수면 선언에 이어 객체의 타입이 선언되는 VB는 개발 도구에서 제공해 주는 인텔리센스 기능으로 인해 정확한 타입 명을 암기하지 않아도 어렴풋하게 기억하고 있기만 하면 코딩을 시작할 수 있다.

여담이지만 linq 구문에서 From 절이 SQL 구문에서와는 달리 Select 절 보다 앞에 오게 된 이유도 바로 코딩상의 인텔리센스를 지원하기 위한 선택 이었다고 한다.

지금까지 통합 개발 환경에서 VB.net이 가진 생산성 측면에서 타 언어들과 견주어 비교될 만한 특징들을 살펴보았다.

전투에 있어 병사 개개인의 전투 능력은 필수적이지만 이 병사들의 개인화기가 어떠한 것이냐에 따라 그 전투의 승패는 크게 달라질 수 있을 것이다.
앞서 텍스트 에디터를 사용하는 천재(?) 개발자들을 언급했지만 필자가 VB를 타 언어보다 사랑하게 된 가장 큰 이유는 바로 이러한 도구에서 제공해 주고 있는 바보(?)도 쉽게 개발할 수 있는 편의성과 생산성이다.

이제는 관심의 초점을 VB9의 새롭고 강력해 진 언어적인 특징에 초점을 맞춰 보도록 하자.

VB9의 언어적 향상

필자는 본 글의 제목에 다이내믹(Dynamic)이라는 단어를 사용하였다. 일찍이 VB만큼 다이내믹이라는 단어가 잘 어울리는 프로그래밍 언어는 없었다. Late Binding의 강력한 기능은 오히려 그 넓은 융통성 탓에 강력한 타입 기반의 프로그래밍 방법에 익숙한 C 계열 개발자들에게 비난이 되기도 하였지만, 또 다시 추세는 느슨한 타입기반의 언어들인 루비, 파이선, 자바스크립트, VB들에 관심이 쏠리고 있다.

또한 닷넷 기반의 언어인 C#, VB.net에 있어서도 LINQ (Language Integrated Query)의 출시와 함께 Late Binding의 언어적 특징인 타입 유추(Type Infer) 기능을 제공해 줌으로 이러한 특징들이 나타나기 시작했다.

VB.net 에서는 이제예전의 방식과 같이
Dim aVar = “Viva VB!!”

와 같은 코드작성이 가능해 진다. 이와 같은 코딩은 컴파일러에 의해 자동으로 String 타입으로 변환되어 컴파일 된다.
하지만 변수 선언에 항상 객체의 타입이 선언되어야 하는 C#의 경우에는 자바스크립트에서의 변수 선언자인 var를 차용해 올 수 밖에 없었다.

var aVar = “Are you C#?”

어딘가 어색하게 보이는 문장이다. 맞지 않는 옷을 입고 있는 C#의 모습이 아닐까?

VB 개발자들에게 있어서는 당연한 것으로 받아들여질 수 있으나, 이러한 닷넷 기반 언어들의 변화는 프로그래밍 관점에 있어서의 많은 변화가 함께 수반될 수밖에 없다.

또 하나 고무적인 사실은 차세대 웹 개발 플랫폼이라 일컬어지는 실버라이트 1.1(Silverlight 1.1) 버전에서 DLR(Dynamic Language Runtime)을 지원하는 언어로써 루비, 아이언 파이선, 자바스크립트, 그리고 VB를 선정하였다고 한다. 이 언어들이 가지는 공통적인 특징이 바로 Dynamic 이라고 하는 점을 생각해 보면 이는 당연한 결과이다.

MS의 닷넷 프레임워크 기반 언어로써 First Citizen이라 일컬어지는 언어들 중 유일하게 윈도우 플랫폼 기반의 애플리케이션과 크로스 브라우저에서 실행되는 RIA(Rich Internet Application) 개발을 가능케 하는 언어는 VB가 유일한 것이 될 것이다.

Born in XML!

<리스트 1>을 살펴보자. 왠지 기존코드와 비교해 보자면 어색하다. 이 코드가 컴파일 될 수 있을까?

VB9에서는 아주 자연스러운 코드가 된다.

별도의 Line 연결자인 _ (언더바) 문자 없이도 변수선언과 함께 작성되는 XML 텍스트는 그 자체로 XElement 타입의 객체로 선언된다(XML Header를 추가해 준다면 자동으로 XDocument 타입이 된다). 이제 VB에서는 XML 텍스트 자체는 하나의 XML 요소 객체로 인식될 수 있게 된다.

<리스트 2>는 C#을 통한 코드 1의 XML XElement를 선언하기 위한 코드이다. 그런데 이 코드는 얼핏 보기에도 직관적이지 못하다.

VB에서는 단순 XML 텍스트 선언뿐만 아니라 동적인 XML Element들을 생성해 낼 수도 있다.

<리스트 3>의 코드를 통해 보다 자세히 살펴보자.

ASP에 익숙한 개발자라면 아주 친숙한 Data Placeholde (<%= %>)를 확인 할 수 있다. 바로 <리스트 2>와 같이 Data가 표기되어야 할 Data Island 부분에 <%= %> 코드를 통해 원하는 데이터를 추가해 넣을 수 있다. 뿐만 아니라 코드의 가독성이 상당히 뛰어 나기 때문에 XML을 생성하는 코드를 작성하는 데 있어 그 어떠한 언어도 가질 수 없는 장점을 가진다.

기존의 XML에서 XML로의 변환을 위해 사용되었던 XSLT 변환 작업들이 이러한 VB의 다이내믹한 언어적 특징으로 인해 손쉽게 처리될 수 있는 방법이 생겼다.

XML 데이터의 생성뿐만 아니라 파싱에 있어서도 그 직관적이고 손쉬운 코딩은 빛을 발하고 있다.

<리스트 4>는 MS의 MSDN 사이트의 RSS XML을 파싱하여 콘솔에 디스플레이 해 주는 코드다.

XML 파싱에 있어서도 언어와 XML 텍스트를 직관적으로 혼용하여 사용하고 있음을 확인할 수 있다.

<리스트 4> 역시 C#으로 변환하면 <리스트 5>와 같이 된다. 모든 XML Element 들에 대한 파싱 방식이 메서드 기반으로 되어 있어 VB에 비하여 직관성이 많이 떨어짐을 알 수 있다.

VB를 통한 XML 파싱은 메서드 기반의 API 호출이 아닌 기본적으로 XPath 쿼리 문장에서 사용하던 모든 XML 표기법들을 그대로 활용할 수 있기 때문에 코드의 가독성과 직관성 및 XML 처리에 있어서의 생산성은 더욱 뛰어나게 된다.

업그레이드를 지원하는 유일한 언어!

VB6 코드를 VB.net으로 변환할 수 있는 방법은 매우 다양하다. VB.net으로 코드를 변환해 주는 코드 변환기가 기본적으로 비주얼 스튜디오에서 제공되고 있으며, 기존 VB6 코드와 VB.net 코드를 함께 사용할 수 있게 해주는 Interoperability Toolkit을 VB.net 홈페이지를 통해 제공해 준다. 또한 COM 객체를 그대로 이용할 수 있는 닷넷의 장점으로 인해 코드의 변환 없이도 .NET에서의 코드 활용이 가능할 수도 있다.

무엇보다 MS의 관리형 언어들 중 유일하게 VB만은 기존 개발자들의 레거시 코드들을 위한 다양한 업그레이드 방법들을 제공해 주고 있다.

이미 개발된 VB코드에 대한 부담이 큰 개발자들도 일단 한 번 해당 프로젝트를 비주얼 스튜디오 2008에서 오픈하여 업그레이드 마법사를 통해 변환되는 코드를 살펴보라. 개발자들의 코딩패턴에 따라 달라지겠지만 코드의 약 80% 정도는 별도의 변환 없이 사용이 가능한 수준의 코드로 변환해 준다.

Why VB?

이 밖에도 많은 기능들이 비주얼 스튜디오 2008에서 VB에 추가되었다. 할애된 지면 내에서 이 많은 기능들을 다 담아낼 수 없는 아쉬움은 있지만 앞서 살펴본 VB만이 가지는 생산성 높고 강력한 기능들만을 보더라도 VB가 이전에 비해 얼마나 많이 달라졌는지를 느낄 수 있었을 것이라 생각한다. 필자 역시 VB6 이후 버전에 있어서 VB 개발팀들이 VB만의 다이내믹한 융통성을 제공해 주지 못하고 C#과의 문법적 차이 이외의 두드러진 장점을 제공해 주지 못했던 기존 버전에 대한 아쉬움이 적지 않았다. 하지만 이제야 비로소 왜 VB냐는 질문에 대한 해답을 명쾌하게 해 줄 수 있게 된 것 같다.

차기 버전으로 새롭게 기획되고 있는 VBx(VB10)는 지금의 다이내믹한 VB의 장점들을 보다 향상시켜 DLR(Dynamic Language Runtime)을 아우르는 강력한 언어로 탈바꿈 할 것으로 전해지고 있다.

보다 VB스럽고, 보다 다이내믹해진 VB9.

비주얼 스튜디오 2008을 통해 코딩을 하고 있노라면 타격감 좋은 온라인 게임을 즐길 때의 짜릿함이 느껴진다. 독자들도 다음의 링크에서 평가판(http://msdn2.microsoft.com/en-us/vstudio/products/aa700831.aspx)을 다운로드 하고 새로워진 VB.net을 느껴보자. 왜 VB인지 말이다.