문자열(스트링) 전격 분석 2부

백택 (bektekk@yahoo.co.kr)
홈페이지 :http://bektekk.wo.to

문자열(스트링) 전격 분석 2부 1강

본강좌는 코드 프로젝트에 제가 좋아하는 프로그래머인 Michael Dunn의 강좌
The Complete Guide to C++ Strings, Part I 과 II 를 번역한 글입니다.
최대한 의역을 하려고 노력했지만, 이런쪽의 경험이 부족하다 보니 많이 모자란
강좌가 되겠지만, 많은 도움이 되셨으면 합니다.
기타 문의 사항이나 질문은 쪽지나 메일을 이용해 주셨으면 합니다.
본강좌는 제 홈페이지(위의 링크)를 통해서도 보실수 있습니다.

이번강 까지도 좀 지루하겠네요.
다음강을 마지막으로 실제 클래스들을 다루어 보겠습니다.

소개

C스타일 스트링은 에러를 유발하기 쉽고, 관리하기가 매우 까다로울뿐만 아니라, 해커에게 오버런 버그를 노출하는 타겟이 될 수도 있기 때문에, 수많은 스트링 랩퍼 클래스들이 생겨났다. 하지만 불행히도 어떤 상황에서 어떤 클래스를 써야하고 혹은 C스트링을 어떻게 랩퍼 클래스를 이용해 처리해야 하는지는 가끔씩 우리를 해깔리게 한다.

이번 강좌 2부의 내용은 Win32 API, MFC, STL, WTL과 VC런타임 라이브러리의 모든 스트링 랩퍼 클래스들을 다루고 있다. 각 클래스는 어떻게 생성하고 사용하며, 각각 어떻게 변환할수 있는지 설명할 것이다.

2부의 내용을 제대로 소화하기 위해서는 1부 1,2강에서 설명한 캐릭터 타입들과 인코딩 방식에 대한 충분한 이해가 필요할 것이다.

스트링 클래스의 가장 중요한 규칙

만약 문서화되어 있어 형변환에 문제가 없다는 확신이 없으면강제 형변환은 피할것.

어떤 스트링랩퍼 클래스 X와 또다른 클래스 Z사이의 형변환에 관한 내용은 특히 초급 프로그래머들이 많이 궁금해 하는 내용이다. 주로 초급 프로그래머들은 강제 형변환을 시도한 후 왜 제대로 동작하지 않는가에 대해 많이 궁금해 하곤 한다. 수많은 스트링 타입들, 특히 BSTR 같은 타입은 명확히 문서화 되어있지 않은 게 현실이다. 따라서 많은 사람들은 쉽게 잘못된 코드를 작성할 가능성이 많았다.

무엇보다 중요한 점은 랩퍼클래스에서 형변환 연산자를 재정의 하지 않았다면 형변환은 사실 스트링 사이에서 아무 일도 하지 않는다. 그래서 만약 아래와 같은 코드를 작성 했다면:

voidSomeFunc ( LPCWSTR widestr ); main() { SomeFunc ( (LPCWSTR)"C:\\foo.txt");// WRONG!}

위의 코드는 백이면 백 잘못된 결과를 초래할 것이다. 사실 위의 코드는 에러 없이 컴파일 된다. 하지만 컴파일이 된다고 그 코드가 옳바르다고 장담할수는 없는 것이다.

강의를 진행하면서 어떤 형변환이 옳바른 것인지 설명하도록 하겠다.

C-style strings and typedefs

지난 강의에서 살펴 보았듯이, Win API는 TCHAR 방식으로 정의되 있다. 그것은 컴파일 시에 문맥에 따라 MBCS방식으로 전환될수도 있고, 유니코드가 될수도 있다. 편의를 위해 지난 강의에 보여줬던 표를 다시 보여 주도록 하겠다.

타입	MBCS환경에서	유니코드 환경에서
WCHAR	wchar_t	wchar_t
LPSTR	0으로 끝나는 char형의 문자열(char*)	0으로 끝나는 char형의 문자열 (char*)
LPCSTR	0으로 끝나는 const char형의 문자열 (constchar*)	0으로 끝나는 const char형의 문자열 (constchar*)
LPWSTR	0으로 끝나는 유니코드형의 문자열 (wchar_t*)	0으로 끝나는 유니코드형의 문자열 (wchar_t*)
LPCWSTR	0으로 끝나는 const 유니코드형의 문자열 (constwchar_t*)	0으로 끝나는 const 유니코드형의 문자열 (constwchar_t*)
TCHAR	char	wchar_t
LPTSTR	0으로 끝나는 TCHAR형의 문자열 (TCHAR* -> char*)	0으로 끝나는 TCHAR형의 문자열 (TCHAR*->wchar_t*)
LPCTSTR	0으로 끝나는 const TCHAR형의 문자열 (constTCHAR*)	0으로 끝나는 const TCHAR형의 문자열 (constTCHAR*)

타입을 하나 추가 하자면OLECHAR을 들수 있겠다. 이 타입은 주로 자동화 인터페이스에서 사용된다. 이 타입은 보통wchar_t으로 정의되 있으나, 셋팅을 변경하거나 #define 문으로OLE2ANSI를 정의하면 단순char타입으로 전환된다. 하지만 사실상 요즘엔OLE2ANSI를 적용할 이유는 없다. (사실, MFC3 버젼에서 사용되어졌던 것이다. 구시대의 유물^^), 따라서 지금부터 그냥 단순히OLECHAR타입을 유니코드로 간주할 것이다.

아래의 표는OLECHAR와 관계된 typedef 문으로 정의된 데이터 타입을 보여준다. :

타입	의미
OLECHAR	유니코드 케릭터 (wchar_t)
LPOLESTR	유니코드 스트링 (OLECHAR*)
LPCOLESTR	const 형 유니코드 스트링 (constOLECHAR*)

문자열을 다룰 때 유니코드 MBCS 방식에 관계없이 일관된 표현을 할수 있게 해주는 두가지 마크로가 있다. _T 마크로는 지난 강의에서도 다루었던 부분이다. :

마크로	의미
_T(x)	L유니코드빌드일때 L을 앞에 주가해 준다.
OLESTR(x)	LPOLESTR 타입으로 만들기 위해 L을 앞에 추가해 준다.

또한 _T에서 변형된 형태의 하지만 같은 역활을 하는 몇몇 마크로 들이 더 있다. --TEXT,_TEXT,__TEXT, and__T 이 마크로 들은 모두 같은 일을 한다.

COM에서의 스트링 - BSTR

많은 자동화객체 인터페이스나 COM 인터페이스는 스트링으로 BSTR 타입을 사용한다. 하지만 BSTR타입은 다루기 매우 까다롭고, 에러를 유발하기 쉽다. 따라서 BSTR을 이번 파트에 다뤄 보도록 하겠다.

BSTR타입은 파스칼 스타일의 스트링과 C 스트링 사이의 잡종 즉 서로 짬뽕되서 생긴 타입이다. 파스칼에서는 문자열타입에 그 길이가 내부적으로 저장된다. 하지만 C스트링에서는 마지막 제로바이트를 통해서 그 문자열의 끝을 알수있게끔 되어 있다. 사실BSTR타입은 문자일 길이를 문자열 시작 바로 전에 저장하고 이어서 유니코드 스트링을 저장하는 방식의 타입니다. 또한 제로바이트로 그 끝을 표시한다. 아래는 "Bob" 이라는 BSTR 타입의 스트링의 메모리 구조를 보여준다.:

06 00 00 00	42 00	6F 00	62 00	0000
길이	B	o	b	스트링끝

눈치채셨다 시피 문자열의 길이가 DWORD타입으로 (즉 4바이트) 실제 문자 앞에 저장된다. 하지만 이는 마지막 00 00의 제로바이트를 포함하지 않은 길이 이다. 위의 경우 "Bob" 문자열은 총 6바이트의 3개의 유니코드 캐릭터를 가지고 있다. 길이 정보를 포함하는 이유는 COM 라이브러리가 다른 곳으로 마샬링 될때 얼마나 많은 바이트를 보내야 하는지 그 정보가 필요하기 때문이다. (사실,BSTR은 단지 스트링뿐만 아니라 임의의 어떤 데이타가 들어 있어도 상관이 없다.)

BSTR변수는 C++에서 첫번째 캐릭터를 가리키는 포인터 변수 이다.BSTR타입은 이렇게 정의 되있다. :

typedefOLECHAR* BSTR;

불행히도 이런방식의 정의는 많은 문제를 유발할수 있다. 위에서도 설명했듯이 실제로는 BSTR은 유니코드 스트링과는 다른 특성을 가진 타입이다. 따라서 BSTR과 LPOLESTR은 마음대로 섞어 써도 컴파일러는 에러를 발생하지 않는다. LPOLESTR을 인자로 받는 함수에 BSTR 타입을 전달하는 것은 안전하다. 그렇지만 그 반대의 경우는 다르다. 따라서 함수가 받는 인자의 타입을 정확히 알고 정확히 전달하는 것이 중요하다.

BSTR 타입을 받는 함수에 LPOLESTR을 전달하는것이 왜 안전하지 못하냐 하면, BSTR이 가리키는 메모리 바로 앞 4바이트는 그 문자열의 길이를 포함하는 정보를 담고 있어여 한다. 아마 BSTR을 받는 함수에서는 그 정보가 포함되 있다는 가정하에 그 정보를 이용할 것이다. 하지만 LPOLESTR 타입에는 그러한 정보는 없다. 이는 안전하지 못한 결과를 낳을 것이다. 위에서 말했다 시피 COM객체에서는 BSTR 의 문자열 앞에 존재하는 문자열길이 정보를 이용해 그 만큼의 데이터를 전송한다고 있다. BSTR대신 LPOLESTR을 전달하면 얼마만큼의 바이트가 전송될지는 아무도 장담할 수가 없게 되는 것이다.

따라서 BSTR을 다루기 위한 몇몇 API들이 존재하지만 그중 가장 중요한 것은 두가지 이다. 하나는 BSTR을 생성시키기 위한 것이고, 다른하나는 제거하기 위한 것이다. BSTR을 생성하는 함수는SysAllocString()이고 제거하는것은SysFreeString()이다. SysAllocString()은 매개변수로 받은 유니코드 스트링을 BSTR형태로 만들어 주는 역할은 한다. (새로운 메모리를 할당한 후에 아마 문자열 길이를 계산해서 문자열 앞에 그 길이정보를 추가해 주는 정도의 일을 할 것이다.) 반면SysFreeString()은BSTR을 메모리에서 제거하는 역할을 한다.

BSTR bstr = NULL; bstr = SysAllocString ( L"Hi Bob!");if( NULL == bstr )// 메모리가 부족// bstr을 마음껏 사용^^SysFreeString ( bstr );

사실, 스트링 하나 사용하겠다고 이런 일련의 함수를 계속적으로 사용하는 것은 굉장히 피곤하다. 따라서 자연스럽게 메모리 할당, 제거를 자동적으로 해주는 몇몇 랩퍼 클래스들이 생겨나게 됐다. 그에 대해서 뒤에 살펴보기로 하자.

 

 

 

 

 

문자열(스트링) 전격 분석 2부 2강(끝)

이제 실제 클래스들을 다룹니다. 사실 원문에는 VARIANT타입과
VC7 CLR 환경에서의 스트링에 관련된 부분까지 포함하고 있으나,
제가 CLR에 대해서는 문외한인 관계로 생략했고,
VARIANT부분은 특별히 의미가 있어 보이지 않아 생략했음을 알려드립니다.

본강좌는 코드 프로젝트에 제가 좋아하는 프로그래머인 Michael Dunn의 강좌
The Complete Guide to C++ Strings, Part I 과 II 를 번역한 글입니다.
최대한 의역을 하려고 노력했지만, 이런쪽의 경험이 부족하다 보니 많이 모자란
강좌가 되겠지만, 많은 도움이 되셨으면 합니다.
기타 문의 사항이나 질문은 쪽지나 메일을 이용해 주셨으면 합니다.
본강좌는 제 홈페이지(위의 링크)를 통해서도 보실수 있습니다.

스트링 랩퍼 클래스들

지금까지 여러가지의 스트링 타입에 대해 설명했고, 이제 스트링 랩퍼 클래스들에 대해 설명하겠다. 각각 어떻게 생성을 하고 어떻게 C스타일 스트링으로 변환시킬수 있는지 설명하겠다. 왜냐하면 C스타일 스트링 포인터는 API함수를 호출하거나 다른 랩퍼클래스들을 생성하는데 필요하기 때문이다. 나는 그외의 함수들 예를 들자면 정렬, 비교 등의 기능들에 대해서는 생략하도록 하겠다.

다시한번 강조하지만, 확실하지 않다면절대로강제 형변환을 하지 않도록 하자.

CRT에서 제공하는 클래스들

_bstr_t

_bstr_t클래스는 아주 잘 만들진BSTR랩퍼 클래스다. 그리고BSTR의 내부구현이나 기타 등등의 문제를 랩핑 했다. 이 클래스는 여러가지 연산자를 재정의 했을 뿐만 아니라, 사용자의 편의를 위해 다양한 생성자를 제공한다. 하지만 BSTR자체에 접근하는 연산자들은 없다는 걸 주의해라. 따라서 [out] 파라미터를 갖는 COM 메서드에 직접적으로 전달할수는 없다. 만약 COM메서드에 직접적으로 전달할수 있는 BSTR* 타입이 필요하면 ATL 클래스인 CComBSTR 이 더 좋은 선택일 것이다.

하지만 물론_bstr_t도 BSTR을 받는 함수에 전달할 수 있다. 이는 다음의 세가지 이유 때문이다. 첫째_bstr_t은wchar_t*으로의 형변환 연산자를 제공한다. 둘째,wchar_t*과BSTR는 컴파일 과정에서는 같은 타입으로 인식된다. 왜냐하면 BSTR은 wchar_t*형으로 정의되 있기 때문이다. 마지막 세번째는_bstr_t는 내부적으로 문자열의 시작부분을 포인터로 가리키고 있기 때문이다. 따라서 명시적으로 형변환 연산자가 없어도 잘 작동되곤 한다.

// 생성_bstr_t bs1 ="char string"; // LPCSTR로 부터 생성 _bstr_t bs2 = L"wide char string"; // LPCWSTR로 부터 생성 _bstr_t bs3 = bs1; // 다른 _bstr_t로 부터 생성 _variant_t v = "Bob"; _bstr_t bs4 = v;// 스트링을 포함하는 _variant_t로 부터 생성// Extracting dataLPCSTR psz1 = bs1;// 자동으로 MBCS로 형변환LPCSTR psz2 = (LPCSTR) bs1;// 위의 경우와 같다.LPCWSTR pwsz1 = bs1;// 내부적으로 포함하는 유니코드 스트링 리턴LPCWSTR pwsz2 = (LPCWSTR) bs1;// 위의 경우와 같다.BSTR bstr = bs1.copy();// 복사// ...SysFreeString ( bstr ); //메모리에서 해제해 주어야 한다.

_bstr_t은 또한char*와wchar_t*에 대한 형변환 연산자도 가지고 있다. 하지만 이는 의문스러운 구현이다. 이 연산자들에 의해 리턴되는 포인터는 const 타입이 아니여서 수정될수도 있지만, 만약 수정된다면 내부적인 BSTR 타입이 깨질것이고, 많은 문제를 유발할 것이다.

STL 클래스들

STL은basic_string하나의 스트링 클래스가 있다.basic_string은 0으로 끝나는 문자배열 스트링을 관리한다. 어떤 캐릭터 타입이 쓰일지에 대한것은 템플릿 매개변수로 전달이 된다. 일반적으로 이 클래스에서 얻은 포인터를 직접적으로 조작하는 일은 피해야 한다. 대신 이 클래스에서 제공하는 함수나 연산자들을 써서 조작하기를 권장한다.

이 클래스에서 미리정해진 두가지의 형태의 타입이 존재한다. 하나는char를 조작하는string이고 다른 하나는wchar_t를 조작하는wstring이다. 사실, TCHAR 형의 스트링 클래스는 정의되 있지 않지만 아래의 코드를 통해 TCHAR타입도 사용할 수가 있다.

// 타입 정의typedefbasic_string<TCHAR> tstring;// TCHAR형 스트링// 생성자들string str ="char string"; // LPCSTR로 부터 생성 wstring wstr = L"wide char string"; // LPCWSTR로 부터 생성 tstring tstr = _T("TCHAR string");// LPCTSTR로 부터 생성// Extracting dataLPCSTR psz = str.c_str();// 읽기 전용 즉 const형 버퍼 리턴LPCWSTR pwsz = wstr.c_str();// 읽기 전용 즉 const형 버퍼 리턴 LPCWSTR형LPCTSTR ptsz = tstr.c_str();// 읽기 전용 즉 const형 버퍼 리턴 LPCTSTR형

_bstr_t형과는 다르게basic_string클래스는 다른 캐릭터 타입들끼리 직접적으로 형변환을 할수 없다. 그러나c_str()함수에서 전달되는 포인터를 이용해서 다른 클래스를 생성할 수 있다. 하지만 그 다른 클래스에는 그 포인터를 받는 생성자가 존재해야만 할 것이다. 예를 들면 :

// 예제 basic_string타입을 이용해서 _bstr_t 형 객체 생성_bstr_t bs1 = str.c_str();// LPCSTR 로 부터 생성_bstr_t bs2 = wstr.c_str();// LPCWSTR 로 부터 생성

ATL 클래스들

CComBSTR

CComBSTR은 ATL의 BSTR랩퍼 클래스다. 몇몇 곳에서_bstr_t보다 더 유용하게 쓰인다. 가장 중요한 부분은CComBSTR은 내부에 존재하는BSTR을 직접적으로 접근할수 있다는 데 있다. 이 얘기는 즉, COM 메서드에 직접적으로CComBSTR객체를 전달할수 있다는 얘기가 된다. 그럼CComBSTR객체는 자동으로BSTR에 관련된 메모리를 관리해 줄것이다. 예를 들어 아래의 인터페이스의 메서드를 호출한다고 가정해보자. :

// 간단한 인터페이스structIStuff :publicIUnknown {// 생략....STDMETHOD(SetText)(BSTR bsText); STDMETHOD(GetText)(BSTR* pbsText); };

CComBSTR은BSTR형변환 연산자를 가지고 있다. 따라서 객체를 직접적으로SetText()메서드에 전달할 수가 있다. 또한&연산자를 제정의 해서BSTR*타입을 리턴한다. 그래서 여러분은BSTR*타입을 받는 메서드에 부가적인 형변환이 없이도 직접적으로 전달 할수 있게 된다.

CComBSTR bs1; CComBSTR bs2 ="new text"; pStuff->GetText ( &bs1 );// 내부 BSTR 의 포인터 전달pStuff->SetText ( bs2 );// BSTR 로 암시적 형변환pStuff->SetText ( (BSTR) bs2 );// 명시적 형변환 위의 경우와 정확히 같다.

CComBSTR은_bstr_t타입과 거의 유사한 생성자 구조를 가지고 있다. 하지만 중요한 점은 MBCS 스트링을 자동적으로 변환해 주는 생성자는 없다는 것이다. 따라서 MBCS 스트링을 사용할 경우에는 여러가지 방법으로 BSTR형으로 변환해 주어야만 한다. 그 중에서 ATL 변환 마크로 들을 추천한다.

// 생성CComBSTR bs1 ="char string"; // LPCSTR로 부터 생성CComBSTR bs2 = L"wide char string";// LPCWSTR 로 부터 생성CComBSTR bs3 = bs1;// CComBSTR 로 부터 복제생성CComBSTR bs4; bs4.LoadString ( IDS_SOME_STR );// 스트링 테이블 리소스로 부터 생성// 값 얻어오기BSTR bstr1 = bs1;// 내부의 BSTR을 리턴 하지만 조작하지는 말것!!BSTR bstr2 = (BSTR) bs1;// 형변환도 OKBSTR bstr3 = bs1.Copy();// 같은 내용의 BSTR을 생성후 리턴BSTR bstr4; bstr4 = bs1.Detach();// bs1 내부의 BSTR을 더이상 관리하지 않는다.// ...SysFreeString ( bstr3 ); SysFreeString ( bstr4 );

위의 예제에서Detach()메서드 부분을 주의해서 보자. 이 메서드의 호출후에는CComBSTR객체는 더이상 BSTR을 관리하지 않는다. 따라서 마지막부분의SysFreeString()함수를 호출해 줄 필요가 있는 것이다.

마지막으로 중요한 문제는 위 클래스가 & 연산자를 정의했다는 부분이다. 즉, 이 얘기는 STL 컬렉션 클래스 들에는 CComBSTR타입을 직접적으로 쓸수 없다는 얘기이다. 왜냐하면 STL컬렉션들은 & 연산자는 내부적으로 관리하는 객체 리스트 들의 주소값을 리턴해야만 하는데 CComBSTR 클래스에서 & 연산자를 정의함으로써 CComBSTR* 을 리턴하는게 아니라, BSTR*를 리턴 하게 된다. 따라서 이 경우에는 아래의 예처럼 CAdapt 클래스로 처리해 주어야 한다. :

std::list< CAdapt<CComBSTR> > bstr_list;

CAdapt클래스는 컬랙션 클래스에 필요한 연산자들을 다시 정의 하고 있다. 따라서CComBSTR의 리스트를 사용할수 있게 된다.

ATL 형변환 매크로들

ATL의 스트링 형변환 매크로 들은 스트링 사이의 인코딩을 변경하는 매우 편리한 방법을 제공한다. 특히, 함수호출 시에 매우 편리하다. 매크로의 이름들도 명료하다.[소스 타입]2[새로운 타입]혹은[소스 타입]2C[새로운 타입]. 두번째의 매크로는 C라는 글자를 포함하는데 이는 const형(읽기전용)으로의 변환을 의미한다. 각각의 타입에 대한 정의는 다음과 같다.:

A: MBCS 스트링,char*(A 는 ANSI를 의미)
W: Unicode 스트링,wchar_t*(W는 wide를 의미)
T:TCHAR스트링,TCHAR*
OLE:OLECHAR스트링,OLECHAR*(사실, W와 같은 의미)
BSTR:BSTR

그래서, 예를 들면,W2A()매크로는 유니코드 스트링을 MBCS 스트링으로 변환해 준다. 그리고T2CW()매크로는TCHAR스트링을 읽기전용 유니코드 스트링으로 변환해 준다.

이 매크로들을 사용하기 위해서는 먼저 atlconv.h 헤더를 포함해 준다.(위의 매크로들은 ATL프로젝트가 아니여도 사용할수 있다.!! 왜냐하면 위의 헤더 파일은 다른 ATL 부분과의 의존성이 없다. 즉 따로 놀기 때문이다. 그리고 ATL의 _Module 객체를 필요로 하지 않는다.)  둘째로, 해더를 포함했으면 위의 매크로들을 사용하기에 앞서USES_CONVERSION라는 매크로를 써주어야 한다. 위의 매크로는 형변환을 하기위해 필요한 몇몇 지역변수들을 선언한다. 즉, 형변환을 하기위한 지저분한 일들을 해준다.

변환하고자 할 타입이 BSTR 타입이 아닐때는 변환된 타입은 스택에 저장된다. 따라서 함수범위를 넘어서 작업을 하고 싶으면 여러분은 다른 스트링 클래스에 복사를 해서 저장 하든지 해서 계속적으로 사용할수 있을 것이다. 하지만 BSTR타입의 경우는 ::SysFreeString등의 함수로 해제를 시켜 주어야 한다.

아래는 변환 매크로 들을 사용하는 예제 코드 이다. :

// 다양한 형태를 받는 함수들:voidFoo ( LPCWSTR wstr );voidBar ( BSTR bstr );// 스트링을 리턴하는 함수(BSTR*형에 주의):voidBaz ( BSTR* pbstr );#include <atlconv.h>main() { using std::string; USES_CONVERSION;// 형변환 매크로를 사용하기위해서// 예제 1 : Foo()함수에 MBCS를 전달LPCSTR psz1 ="Bob"; string str1 = "Bob"; Foo ( A2CW(psz1) ); Foo ( A2CW(str1.c_str()) ); // 예제 2: Bar()함수에 MBCS 와 유니코드 스트링 전달 LPCSTR psz2 = "Bob"; LPCWSTR wsz = L"Bob"; BSTR bs1; CComBSTR bs2; bs1 = A2BSTR(psz2);// BSTR 생성bs2.Attach ( W2BSTR(wsz) );// CComBstr에 할당Bar ( bs1 ); Bar ( bs2 ); SysFreeString ( bs1 );// 반드시 해제해 주어야 한다.// bs2의 경우는 CComBstr의 소멸자가 알아서 해재해 준다.// 예제 3: Baz()함수에서 리턴반든 BSTR형의 형변환BSTR bs3 = NULL; string str2; Baz ( &bs3 );// Baz()를 통해 BSTR을 얻었다.str2 = W2CA(bs3);// MBCS 스트링으로 형변환SysFreeString ( bs3 );// 메모리 해제}

보시다 시피, 위의 매크로 들은 매우 간편하다. 이제 몇가지 사실들에만 주의하면 어디서든 편하게 위의 매크로들을 사용할수 있을 것이다.

MFC 클래스들

CString

MFC의CString클래스는TCHAR형 타입을 다룬다. 따라서 정확한 캐릭터 타입은 컴파일 시간에 전처리명령어를 통해 달라진다. 일반적으로CString타입은 STL의string타입과 유사하다. 왜냐하면 여러분은 CString을 다룰때 std::string 에서 처럼 직접적으로 문자열 조작을 피하고 제공되는 함수들을 써야 하기 때문이다. 한가지 STL의 스트링 클래스보다 CString클래스가 편리한 점은 CString클래스는 MBCS 스트링과 유니코드 스트링을 모두 수용하는 생성자를 가지고 있다는 사실이다. 그리고LPCTSTR형변환 연산자를 제공해서 여러분은 LPCTSTR을 받는 함수에 특별한 형변환 없이 전달 할수 있다. std::string에서 처럼 c_str()들의 메서드를 호출할 필요가 없다.

// 생성자CString s1 ="char string"; // LPCSTR로 부터 생성CString s2 = L"wide char string"; // LPCWSTR로 부터 생성CString s3 ( ' ', 100 ); // 100바이트를 할당하고 스페이스 문자로 채운다. CString s4 = "New window text";// LPCTSTR을 받는 함수에 직접 전달할수 있다.SetWindowText ( hwndSomeWindow, s4 );// 혹은 명시적 형변환으로 위의 경우와 정확히 같다.SetWindowText ( hwndSomeWindow, (LPCTSTR) s4 );

또한 리소스의 스트링 테이블을 좀 더 편하게 읽어올수 있다. 생성자에서도 그런일을 해주고 Format() 메서드에서도 그런 일이 가능하다.

// 스트링 테이블의 문자열로 부터 생성CString s5 ( (LPCTSTR) IDS_SOME_STR ); CString s6, s7;// LoadString메서드s6.LoadString ( IDS_SOME_STR );// printf스타일로 포맷팅s7.Format ( IDS_SOME_FORMAT,"bob", nSomeStuff, ... );

첫번째의 생성자는 약간 이상해 보인다. 하지만 이는 정확히 문서화 되 있는 문자열 테이블로 부터 문자열을 생성하는 방법이다.

CString에 적용될수 있는 형변환은LPCTSTR타입 뿐이다.LPTSTR(즉 non-const) 로의 형변환은 잘못된 것이다. 많은 사람들이 LPTSTR형으로 변환하고 사용하는 일을 종종 보게 되는데 이는 여러가지 문제를 야기할 것이다. 나중에 버그를 찾기도 굉장히 어렵게 만든다. ^^ 따라서 LPTSTR형의 값을 얻으려면GetBuffer()메서드를 써야만 한다.

리스트 콘트롤에 텍스트를 지정한다고 가정하고 다음 예제를 보자.:

CString str = _T("new text"); LVITEM item = {0}; item.mask = LVIF_TEXT; item.iItem =1;item.pszText = (LPTSTR)(LPCTSTR) str;// 잘못된 사용!item.pszText = str.GetBuffer(0);// 올바른 사용ListView_SetItem ( &item ); str.ReleaseBuffer();// 위의 버퍼의 관리를 다시 CString에서 하게끔 해제

위의 예에서pszText멤버는LPTSTR타입이다. 그러므로GetBuffer()메서드를 사용해 주어야 한다.GetBuffer()의 매개변수는 여러분이 할당하기를 원하는 버퍼의 최소 길이를 지정해 준다. 만약 1Kb의 버퍼를 원한다면GetBuffer(1024)이런식으로 호출해 주면 될것이다. 0을 전달하는 것은 현재 스트링이 포함한 스트링의 길이와 정확히 같은 길이의 버퍼를 리턴한다.

위의 사선으로 표시한 잘못된 예제는 컴파일 되고 사실 잘 작동되는것 처럼 보인다. 그렇지만 그 코드는 분명 잘못된 코드이다. 일단 위의 코드는 객체지향의 개념에 어긋나는 것이다. 캡슐화 되어있는 데이터를 직접조작하는 습관은 좋지 못하다. 그리고 내부적으로 관리되는 데이터의 구조를 무너뜨릴 가능성이 크다. 따라서 나중에 분명 원하지 않는 결과를 초래 할 것이다.

요즘의 많은 소프트웨어들은 모두 버그를 포함하고 있다. 이는 프로그래머들의 잘못된 습관에서 나오는 경향이 많다. 따라서 항상 올바른 프로그래밍 습관을 만들려고 노력하자. 버그가 0%가 되는 그날까지...

CString클래스는 또한 BSTR을 만들어 주는 두가지 함수가 있다.AllocSysString()와SetSysString().SetSysString()이 BSTR* 인자를 받는다는 점만 빼고 , 위 두함수는 정확히 같은 일은 한다.

// BSTR로 변환CString s5 ="Bob!"; BSTR bs1 = NULL, bs2 = NULL; bs1 = s5.AllocSysString(); s5.SetSysString ( &bs2 );// ...SysFreeString ( bs1 ); SysFreeString ( bs2 );

WTL 클래스들

CString

WTL의CString클래스는 MFC의CString클래스와 정확히 똑같이 작동한다. 따라서 MFC의 CString부분을 참고하길 바란다.

printf스타일의 포맷팅 함수에서의 스트링 클래스 사용

여러분은printf()혹은 비슷한 방식으로 작동하는 함수들을 사용할때 특별히 주의해야 한다. 이런 함수들에는sprintf()등이 있고, 또한TRACE나ATLTRACE매크로도 똑같은 방식으로 작동한다. 이러한 함수나 매크로에서는 특별히 타입체킹을 하지 않기 때문에 여러분은 반드시 스트링 객체를 직접 전달하지 않고 C스타일 스트링을 전달 해야만 한다.

예를 들면,_bstr_t객체가 가지고 있는 스트링을ATLTRACE()에 전달할때 여러분은 반드시 명시적으로(LPCSTR)나(LPCWSTR)로 형변환을 해 주어야 한다.:

_bstr_t bs = L"Bob!"; ATLTRACE("The string is: %s in line %d\n", (LPCSTR) bs, nLine);

만약 형변환을 깜박했다면 아마 예상치 못한 결과가 출력될것이다.

총 정 리

스트링 클래스들 사이의 형변환을 일반적으로 다음의 방식을 따른다. 일반 소스 스트링을 C스타일 스트링으로 변환한 후 그것을 이용해 새로운 스트링 타입으로 생성하는 것이다. 따라서 아래의 표는 각각의 클래스 들이 C스타일로 형변환 할수 있는지 그리고 C스타일 스트링으로부터 객체를 생성할수 있는지 요약해서 보여주고 있다.

Class	string type	convert tochar*?	convert to constchar*?	convert to wchar_t*?	convert to constwchar_t*?	convert toBSTR?	construct fromchar*?	construct fromwchar_t*?
_bstr_t	BSTR	yes, cast1	yes, cast	yes, cast1	yes, cast	yes2	yes	yes
_variant_t	BSTR	no	no	no	cast to _bstr_t3	cast to _bstr_t3	yes	yes
string	MBCS	no	yes,c_str() method	no	no	no	yes	no
wstring	Unicode	no	no	no	yes,c_str() method	no	no	yes
CComBSTR	BSTR	no	no	no	yes, cast toBSTR	yes, cast	yes	yes
CComVariant	BSTR	no	no	no	yes4	yes4	yes	yes
CString	TCHAR	no6	in MBCS builds, cast	no6	in Unicode builds, cast	no5	yes	yes
COleVariant	BSTR	no	no	no	yes4	yes4	in MBCS builds	in Unicode builds
1Even though_bstr_tprovides conversion operators to non-constpointers, modifying the underlying buffer may cause a GPF if you overrun the buffer, or a leak when theBSTRmemory is freed. 2A_bstr_tholds aBSTRinternally in awchar_t*variable, so you can use theconstwchar_t*converter to retrieve theBSTR. This is an implementation detail, so use this with caution, as it may change in the future. 3This will throw an exception if the data cannot be converted to aBSTR. 4UseChangeType()then access thebstrValmember of theVARIANT. In MFC, this will throw an exception if the data cannot be converted. 5There is noBSTRconversion function, however theAllocSysString()method returns a newBSTR. 6You can temporarily get a non-constTCHARpointer using theGetBuffer()method.

 

 

 

 

'2010년 이전 글 > 프로그래밍' 카테고리의 다른 글

IOCP 문서들  (0)	2007.01.05
문자열(스트링) 전격 분석 2부 1강  (0)	2007.01.05
MS-SQL 2000 설치 관련  (0)	2006.12.29
Windows Presentation Foundation 소개  (0)	2006.12.22
oracle shared pool size얼마나 남았나?  (0)	2006.08.02