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

비주얼 스튜디오 2008 2부

프린트 이메일 전송

개발 고수들의 새로운 친구 비주얼 C++ 2008

비주얼 C++ 1.0은 1992년에 MFC 2.0 버전을 포함한 윈도우 16/32 API를 사용할 수 있는 16비트/32비트 버전으로 발표되었다. 어느덧 17년이란 긴 세월동안 개발자들과 함께하고 있는 셈이다. 개발 도구뿐만이 아니라 소프트웨어 중에서도 이렇게 오랜 기간 꾸준하게 사랑을 받는 제품은 아주 드물 것이다. 단지 기간만 오랜 된 것이 아니다. 비주얼 C++는 그 당시의 최신 기술과 운영체제를 반영해서 꾸준히 발전을 해 왔다.

비주얼 C++의 역사
오랜 세월 개발자들과 함께 해온 비주얼 C++ 중에서 가장 많은 사랑을 받은 것은 버전 2.0과 6.0일 것이다. 2.0은 윈도우 95와 NT를 겨냥해서 처음으로 순수 32비트 버전만으로 구성된 버전이다. 이때는 MSDN이 개발자들의 지식 창고 역할을 본격적으로 하기 시작된 때이기도 하다.

6.0은 더 이상 말이 필요 없는 버전이다. MFC 6.0과 함께 최근 까지도 개발자들에게 가장 오래 사용되고 있는 버전이다. 98년에 나온 버전이니 10년이 넘게 사용된 버전이다. 보다 자세한 비주얼 C++의 역사는 위키피디아에 잘 정리되어 있으니 아래 링크를 참조하기 바란다.

위키피디아 Visual C++의 역사 URL: http://en.wikipedia.org/wiki/Visual_C_Plus_Plus#History
MS의 큰 개발 전략이 2000년 닷넷 베타를 기점을 시작해서 2002년 닷넷 정식이 나오면서 엔터프라이즈 개발 환경은 급속히 닷넷과 웹으로 넘어가게 되었다. MS 또한 이 부분에 역량을 집중하게 되어, 시스템 프로그래밍과 게임 그리고 임베디드 환경 외에는 많은 부분이 닷넷과 웹으로 넘어가게 되었다. 그 탓에 비주얼 C++의 비중과 관심은 상대적으로 줄어들게 되었다.

그렇지만, 한국과 같이 소프트웨어 보다는 하드웨어 중심적인 환경에서는 여전히 큰 비중을 차지했었다. 한국 소프트웨어에서 가장 수출을 많이 하는 게임 분야에서도 비주얼 C++의 지위는 변함없이 확고하다.

비주얼 C++ 닷넷 2002(VC 7.0)와 비주얼 C++ 닷넷 2003(VC 7.1)에서의 비주얼 C++는 개발 도구의 역량이 대부분 닷넷에 집중되어 있던 시기라 C++ 개발자들에게는 좀 부족한 부분이나 아쉬운 부분이 많았던 시기였다.

상대적으로 비주얼 C++ 2005(VC 8.0) 버전에서 닷넷과의 가교 역할을 강화한 C++/CLI와 OpenMP의 도입 등에서 다시 VC++ 개발자의 주목을 받기 시작한 버전이 될 것 같다.

이번에 새롭게 발표된 된 비주얼 C++ 2008(VC 9.0)은 나오기 전부터 MFC의 확실한 업그레이드 소식과 함께 VC 개발자들에게서 많이 회자 되면서 관심을 받아왔다. 하지만, 비주얼 스튜디오 2008 RTM에는 MFC의 업그레이드인 MFCNext와 C++ 표준 확장 라이브러리인 Cpp0x의 새 기능들이 포함된 TR1이 포함되지 않았고, 별도로 Visual C++ 2008 Feature Pack을 배포하게 되었다. 첫 베타 버전은 1월 7일에 발표되었다. 다운로드 경로와 참고 URL은 다음과 같다.

Visual C++ 2008 Feature Pack Beta
http://www.microsoft.com/downloads/details.aspx?FamilyId=D466226B-8DAB-445F-A7B4-448B326C48E7&displaylang=en

Visual C++ 2008 Feature Pack Documentation
http://www.microsoft.com/downloads/details.aspx?FamilyId=0D805D4E-2DC2-47C7-8818-A9F59DE4CD9B&displaylang=en

Visual C++ Team Blog : MFC Beta Now Available
http://blogs.msdn.com/vcblog/archive/2008/01/07/mfc-beta-now-available.aspx

Visual C++ Team Blog Q&A on our TR1 implementation
http://blogs.msdn.com/vcblog/archive/2008/01/08/q-a-on-our-tr1-implementation.aspx

비주얼 C++ 팀 블로그에는 비주얼 C++ 2008에 대한 내용들이 잘 정리되어 있다. 그 중에서도 새로 추가된 기능들에 대한 내용을 요약해 보면 다음과 같이 두 가지로 볼 수 있다.

MFCNext
- 오피스 리본 스타일의 인터페이스
- 오피스 2007, 오피스 2003과 오피스 XP의 룩앤필
- 비주얼 스튜디오 스타일의 도킹 툴바와 도킹 판
- 커스터마이징이 가능한 툴바와 메뉴
- 다양한 향상된 GUI 컨트롤들
- 향상된 MDI 탭과 그룹
- 다른 여러 기능 등

TR1
- 스마트 포인터 지원
- 정규 식(Regular expression) 파싱
- 새로운 컨테이너(tuple, array, unordered set 등)
- 향상된 난수 생성기
- 다형 함수 래퍼
- Type trait
- 다른 여러 기능 등

비주얼 C++ 2008의 목표
앞에서 얘기한 것처럼 MS가 이야기하는 비주얼 C++ 2008의 목표를 차세대 기술과 최고의 네이티브 도구를 이용한 마이크로소프트 플랫폼에서의 개발자의 성공이다. 목표를 위해 ‘최고의 성능을 제공하는 교차 플랫폼 코드 작성’, ‘기존 C++로 작성된 코드의 재활용’, ‘닷넷의 장점도 최대한 활용’ 등의 기준을 제시하고 있다. 그럼 각 기준들을 위해 어떤 준비들을 해 두었는지 살펴보자.

네이티브 플랫폼 기술의 가치 증대
● 네이티브 라이브러리에 대한 강력한 투자 - 비스타 UI를 지원하는 새로운 MFC
● 통합 개발 환경과 프로젝트에서 UAC 지원
● 비스타 SDK를 통한 수천 개의 새로운 네이티브 API 제공

네이티브와 관리되는 코드의 가교
● C++/CLI 언어 & IJW 상호 작용
● 라이브러리 기반의 가교 기술 제공- STL/CLR, 마샬링 라이브러리

개발자에게 기민함과 생산성 제공
● 대형 프로젝트에서도 통합 개발 환경의 확장 능력 제공
● 효율성 높은 컴파일러 제공
● 컴파일러의 향상: 메타데이터 기반의 관리되는 코드 빌드 향상 및 모듈 컴파일링
● .NET Framework 멀티 타깃팅
● 클래스 디자이너의 부활!

병렬 컴파일을 통한 컴파일 성능 향상
그럼 VC++ 개발자를 최고의 개발자로 이끌어 준다는 건 어떻게 지원하겠다는 걸까? 지금부터 실제로 VC++ 2008에서 개선된 기능들을 어떻게 활용하면 좋을지에 대해 함께 살펴보자.

그 첫 번째는 바로 병렬 컴파일이다. VC++ 2008은 cl.exe 용 멀티 프로세스 빌드 옵션인 /MP를 통해 소스 수준의 동시 컴파일을 지원한다. 옵션은 다음과 같다.
/MP나 /MP[n] 형태로 사용 할 수 있다. 여기서 n은 프로세스의 수를 지정해 주는 역할을 한다. 프로세서 수를 지정하지 않으면 컴파일러는 시스템에서 사용 가능한 수의 논리 프로세서를 알아서 사용한다.

비주얼 스튜디오에서 적용하려면 [Project] 메뉴의 [Pro perties] 창에서 [Configuration Properties] 항목에서 C/C++ 항목의 [Command Line] 옵션 창에서 [Additional options] 항목에 /MP 또는 /MPn을 입력하면 된다.

/MP 옵션은 관리형 코드와 함께 사용되는 증분 빌드에서 성능이 발휘 되는 듯하다. 어셈블리가 메타데이터와 컴포넌트의 구현을 하나의 바이너리에 패키징하기 때문에 어셈블리를 사용하는 프로젝트는 해당 어셈블리의 일부가 변경될 경우 다시 빌드 해야 한다.

이러한 경우에서 증분 빌드는 종속된 어셈블리의 인터페이스 변경이 없는 경우 다시 빌드 하지 않아도 된다. 이러한 경우 개발 생산성 측면에서 아주 유리한 기능이 될 것 이다.

사용자 계정 컨트롤(UAC)

사용자 계정 컨트롤은 윈도우 비스타의 응용프로그램 보안 모델이다. 사용자의 현재 권한을 응용프로그램에서는 기본 설정으로만 제공하고, 관리자 권한이 필요할 경우 사용자에게 명시적으로 권한 승급을 요청해 사용자가 인식하지 못하는 사이 관리자 권한으로 응용프로그램이 사용되는 것을 막아주는 역할을 한다.

비스타의 경우 UAC 사용이 기본 설정이라, 개발자들 또한 자신의 응용프로그램이 UAC에서 요구되는 필수 XML 매니페스트를 생성해야 한다.

선택 할 수 있는 옵션은 As-Invoker, Highest-Available, Re quire-Administrator 세 가지 호출 모드 중 하나를 선택 할 수 있다. 개별 옵션은 다음과 같다.

● As-Invoker: 응용 프로그램의 기본 설정으로 응용 프로그램이 부모 프로세스와 동일한 토큰으로 실행되도록 허용한다.
● Require-Administrator: 이 옵션의 응용 프로그램은 로컬 시스템의 Administrators 그룹 사용자만 실행할 수 있다. 이 권한 수준이 설정된 응용 프로그램을 호출하면 해당 권한 수준으로 실행하도록 요구하는 UAC 대화 상자가 표시된다.
● Highest-Available: 이 권한 수준에서는 현재 사용자에게 부여된 권한 중 가장 높은 권한을 사용해야 응용 프로그램을 실행할 수 있다.

비주얼 C++ 2008은 이러한 기능을 도구에서 자동으로 설정할 수 있도록 도와주고 있다. 비주얼 스튜디오에서 적용하려면 [Project] 메뉴의 [Properties] 창에서 [Configuration Properties] 항목에서 [Linker] 항목의 [Manifest File] 창에서 UAC Execution Level에서 옵션을 선택하면 된다. 디폴트값으로 As-Invoker가 선택되어 있을 것이다.

필요하다면, LINKER.EXE를 통해 /MANIFESTUAC[: {NO|UAC fragment}] 형태로 설정 해도 된다.

개발에 있어서 보안은 이제 선택이 아닌 필수가 되었으며, 윈도우 비스타는 보안 문제를 보다 엄격하게 적용을 하고 있다. 이 부분에 대한 자세한 정보는 MSDN 보안 개발자 센터를 항상 참고하는 것을 권한다.

MSDN 보안 개발자 센터 RUL: http://www.microsoft.com/korea/msdn/security/

클래스 디자이너
개발자에게 있어서 어떠한 다이어그램 보다 중요한 것이 클래스 다이어그램이다. 이 다이어그램을 보면서 클래스를 설계하고, 개발 하는 것은 개발 생산성 향상이나 프로그램의 오류를 점검하는 차원에서 아주 중요하다. 아쉽게도 VC++에서 이런 기능이 잠시 지원된 후 최근에는 사용을 하지 못했다.

그런데 이번 VC++ 9에서 다시 이 기능을 다시 사용할 수 있게 되었다. VC++ 개발자들의 큰 불만 중 하나가 왜 닷넷과 같이 클래스 디자이너가 지원되지 않느냐는 것이었는데, 정말 반가운 기능이 다시 추가 된 듯하다.

명확한 코드 동기화와 언어의 명확한 표현을 통해 기존 코드의 이해를 증대 시키고, 상속과 클래스간의 연관 관계를 보다 논리적이고 직관적 시각으로 만들 수 있어 개발자에게 도움이 될 것이다.

지금까지는 유틸리티 성향의 기능을 통해 개발자에게 도움을 주는 기능을 이야기 했었고, 이제 좀 더 코드 수준에서 재사용과 향상 된 기능들에 대해 알아보도록 하자.

먼저, VC++ 2008의 주요 기준이었던 네이티브와 관리되는 코드의 가교에 대해 살펴보도록 하겠다.

마샬링 라이브러리네이티브 코드와 관리되는 코드를 함께 사용하기 위해서 가장 먼저 해결되어야 할 것이, 두 시스템 간의 데이터 타입의 마샬링이다. 마샬링 라이브러리는 두 시스템간의 타입을 마샬링 하는 코드 작성에 따른 복잡성을 줄여 주는 새로운 라이브러리를 제공하고 있다. 먼저 C++에서 사용되는 문자열 형식을 모두 지원해 준다.

그리고 기본적으로 지원되는 변환 이외의 변환은 개발자가 직접 추가할 수도 있다. 아래의 예는 MSDN 아티클에서 제공하는 마샬링 라이브러리를 사용하여 System::String을 char *로 변환하는 간단한 소스를 보자.

#include <msclr/marshal.h>
void myfunc (String^ s)
{
    msclr::interop::marshal_context ctx;
    char *s2 = ctx.marshal_as<char*> (s);
    //...
}

STL/CLR 라이브러리

매니지드(Managed) C++는 C++ 개발자에게 C++를 복잡하게만 하여 사실상 실패한 결과를 낳게 되었다. 이를 극복하기 위해 C++/CLR이 CLR의 요소들을 사용할 수 있도록 STL의 버전으로 만든 것이 STL/CLR이다.

STL/CLR은 관리되는 코드에서 STL을 사용하게 만들어주고, STL 및 .NET 컬렉션 사이에 데이터 교환 기능을 제공하게 된다. 다음은 MSDN 아티클에서 제공하는 STL/CLR 예이다.

#include <cliext/hash_map>
void myfunc ()
{
    cliext::hash_map<Int32, String^> m;
    m.insert (cliext::make_pair(5, L”five”));
    cliext::hash_map<Int32, String^>::iterator i = m.find(5);
    Console::WriteLine(“map[{0}] == {1}”, i->first, i->second);
}

이제 MFCNext의 기능에 대해 하나씩 살펴보자.

MFC App Wizard에서 지원하는 프로젝트 스타일은 MFC 표준, 윈도우 탐색기, 비주얼 스튜디오, 오피스 이렇게 네 가지다. 여기에 비주얼 스타일과 컬러로 윈도우 네이티브/디폴트, 오피스 2003, 비주얼 스튜디오 2005 오피스 2007의 네 가지 컬러 등 일곱 가지 스타일을 선택할 수 있다. 조합의 경우가 아주 많이 늘어 난 것을 볼 수 있다.

그리고 User Interface Features에서 클래식 메뉴, 메뉴 바와 툴바 사용, 리본 사용의 세 가지 옵션에서 선택을 할 수 있다.

또한 여기에 도킹 판 또한 탐색기와 아웃룩, 속성 창, 네비게이션, 캡션 바 등의 형태를 중복해서 선택 가능하고, 다양한 형태를 적용 시킬 수 있다.

더불어 비스타와 관련된 기능들도 제공하고 있다. 바로 에어로 (Aero) 적용, 공용 컨트롤, 검색 상자, 에어로 마법사, 공용 다이얼로그, 컨트롤 패널, 아이콘, 시스템 폰트 (Segoe UI), 사용자 계정 컨트롤 (UAC: User Account Control) 등이다.

메뉴 바
MFC 애플리케이션에서 메뉴 숨기기 또는 보이기를 위해 제공하는 CFrameWnd 클래스에 새로운 메소드가 추가되었다.

virtual void  CFrameWnd::SetMenuBarVisibility(DWORD nStyle);
virtual DWORD CFrameWnd::GetMenuBarVisibility();

두 개의 메소드를 통해 프로그램 실행 중 동적으로 메뉴 보이기나 숨기기 동작을 제어하고, 두 개의 이벤트 핸들러를 통해 메뉴 상태에 다른 코드를 적용할 수 있다. 단, MDI와 다이얼로그 기반 응용프로그램에서는 지원하지 않는다.

공용 파일 다이얼로그

디폴트로 비스타 스타일 다이얼로그는 VS 2008 에서 MFC 애플리케이션 컴파일만 지원한다. 새로운 MFC 공용 파일 다이얼로그는 GetOpenFileName과 GetSaveFileName을 호출하는 대신 IFileOpenDialog와 IFileSaveDialog 메소드를 호출 한다.

새로운 MFC 공용 파일 다이얼로그는 OnNotify 대신 IFile DialogEvents를 사용한다. 만약 사용자가 비스타 이전 버전의 OS를 사용하고 있다면, 다이얼로그는 디폴트로 이전 스타일 다이얼로그를 사용한다.

기타 기능과 컨트롤
이외에도 MFC 최신업데이트를 통해 새로운 컨트롤 메시지, 새로운 WM 메시지 그리고 Pager 컨트롤, 네트워크 주소 컨트롤, 명령 버튼, 분리 버튼, 등의 다양한 기능을 제공한다.

● Pager 컨트롤 - 양 끝 방향버튼으로 버튼 페이지 구성
● 네트워크 주소 컨트롤 - IPv4, IPv6 와 DNS 명에 대한 입력과 유효성 지원. (CNetAddressCtrl)
● 명령 버튼 - 선택적으로 아이콘이나 노트를 표시 할 수 있는 큰 버튼 (CButton)
● 분리 버튼 - 여러 명령 집합을 묶음으로 제공하는 버튼

<화면 7>에서는 MFCNext의 대표적인 업그레이드인 리본 바에 대해 자세한 클래스 구조를 보여 주고 있다. 리본 바는 크게 여섯 개의 클래스로 구성이 되어 있다.

이 외에도 이번 업그레이드는 보다 많은 부분을 포함하고 있지만, 필자 또한 아직 모든 것을 다 테스트 해 본 것이 아니라, 현재까지 나와 있는 부분을 좀 더 빨리 알리고 싶은 부분에서 정리를 했고, 그 중에서 현재 VC++ 개발자에게 유용한 기능들 위주로 구성을 했다.

마지막으로 TR1에 대해 좀 더 많은 부분을 알고 싶은 분들은 『C++ 표준 라이브러리 확장 : 튜토리얼 및 레퍼런스』(Pete Becker 저/류광 역 | 지&선(志&嬋))을 참고하길 바란다. 저자가 C++에서 아주 저명한 분이고, 역자 또한 국내 기술 도서 번역의 최고라고 할 수 있는 분이 번역을 해서, 추천을 해 드리는 도서다.

간략히 VC++ 2008을 경험하면서 느낀 결론은 빌드 환경에서 개발 생산성을 위해 신경을 쓴 부분이 눈에 띄게 좋아졌다는 사실이다. 또한, 비스타에 대한 강력한 지원과 MFC의 업그레이드가 기존 VC++ 개발자들의 요구를 제대로 반영을 하고 있다. 네이티브와 관리되는 코드의 혼용을 통한 생산성 향상과 네이티브 라이브러리에 대한 지속적인 지원 약속도 기존 개발자에게 대한 배려라고 느껴진다.

VC++는 워낙 재야에 숨은 고수가 많이 있어, 앞으로 시간이 지나면 지날수록 여러 유용하고 효율적인 방법들이 블로그나 커뮤니티를 통해 나올 것이라 예상된다.