윈도우즈에서는 문자열들도 리소스의 일종으로 취급된다. 대량의 문자열을 사용하는 프로그램은 리소스에 문자열을 정의해 두고 필요할 때마다 리소스에 문자열을 읽어와 사용한다. 일단 문자열 리소스를 사용하는 간단한 예제를 같이 만들어 보도록 하자.

StrTable이라는 이름으로 프로젝트를 만들고 ApiStart.txt 파일을 복사해 온다. lpszClass 문자열을 "StrTable"로 변경한 후 소스 파일을 프로젝트에 포함시켜 표준적인 프로젝트를 먼저 만든다. 이 상태에서 문자열 리소스를 정의하기 위해 Insert/Resource 항목을 선택하고 리소스 종류에서 String Table을 선택한다.

다음과 같은 문자열 리소스 편집기가 열릴 것이다. 액셀러레이터 편집기와 유사하게 생겼는데 아직 정의된 문자열이 없으므로 비어 있다.

새 문자열을 삽입하기 위해 빈칸을 더블클릭하여 속성 편집기를 열고 다음과 같이 입력한다.

ID는 디폴트로 제시되는 IDS_STRING1을 선택하고 Caption에 적당한 문자열을 입력하였다. 리소스 스크립트를 StrTable.rc로 저장하고 프로젝트에 포함시키면 문자열 리소스는 다 만든 것이다. 이제 이 문자열 리소스를 소스에서 사용하기 위해 코드를 작성한다.

#include "resource.h"
LRESULT CALLBACK WndProc(HWND hWnd,UINT iMessage,WPARAM wParam,LPARAM lParam)
{
	HDC hdc;
	PAINTSTRUCT ps;
	char str[256];
	switch(iMessage) {
	case WM_PAINT:
		hdc=BeginPaint(hWnd, &ps);
		LoadString(g_hInst, IDS_STRING1, str, 256);
		TextOut(hdc,10,10,str,strlen(str));
		EndPaint(hWnd, &ps);
		return 0;
	case WM_DESTROY:
		PostQuitMessage(0);
		return 0;
	}
	return(DefWindowProc(hWnd,iMessage,wParam,lParam));
}

리소스 ID를 인식하기 위해 resource.h를 먼저 포함시켰으며 WM_PAINT에서 문자열 리소스를 읽어와 화면으로 출력하였다. 문자열 리소스를 읽을 때는 다음 함수를 사용한다.

인수가 네 개나 되지만 별로 복잡하지 않다. 첫번째 인수는 문자열 리소스를 가진 인스턴스 핸들인데 이 값은 WinMain의 첫번째 인수로 전달되며 ApiStart.txt에서 이 인수를 전역 변수 g_hInst에 대입해 두었으므로 g_hInst를 써 주면 된다. 두번째 인수로 읽어올 문자열의 ID를 주고 세번재 인수로 문자열을 읽을 버퍼, 네번째 인수로 버퍼의 길이를 주면 된다.

LoadString(g_hInst, IDS_STRING1, str, 256);

이 함수 호출문의 의미를 해석해 보면 g_hInst 인스턴스에 정의된 IDS_STRING1 문자열을 길이 256의 str 문자 배열로 읽어 오라는 뜻이다. 문자열 리소스는 최대 255문자까지 가능하므로 버퍼 길이는 256이면 충분하다. 이렇게 읽은 문자열 str을 TextOut으로 화면에 출력하였다.

문자열 리소스에 정의된 문자열이 화면으로 출력되었다. 별로 어려운 내용은 없으므로 문자열 리소스를 정의하고 사용하는 방법에 대해서는 쉽게 이해가 갈 것이다. 그런데 이렇게 문자열 리소스를 정의해서 쓰는 이유는 뭘까? 문자열을 출력할 단순한 목적이라면 다음과 같이 코드를 작성하는 것이 훨씬 더 쉬워 보인다.

	char str[256]="String Resource Test";
	switch(iMessage) {
	case WM_PAINT:
		hdc=BeginPaint(hWnd, &ps);
		TextOut(hdc,10,10,str,strlen(str));
		........

문자 배열에 바로 문자열을 초기화시켜 이 문자열을 화면으로 출력하면 그만이다. 물론 단순한 문자열 출력이 목적이라면 이런 방법이 더 편하겠지만 문자열 리소스는 여러가지 면에서 이점을 준다.

우선 첫째로 문자열 자체가 코드와 분리됨으로써 문자열만 따로 관리할 수 있으며 프로젝트를 유지하는데도 큰 도움을 준다. 프로그램은 실행중에 사용자가 조작을 잘못하면 에러 메시지를 보여주며 간단한 안내문이나 도움말을 보여주기도 한다. 이런 메시지 문자열들이 많을 경우 수백개가 되는데 이 문자열들이 몽땅 소스 코드에 다 들어가 있다고 한다면 정말 끔직할 것이다. 메시지 문자열이나 안내문들도 사용자에 대한 세심한 배려이기 때문에 문장을 바르게 예의있게 작성해야 하는데 프로그래머가 코드에 신경쓰다 보면 이런 메시지들에 제대로 신경을 쓸 수가 없다. 문자열들이 리소스로 분리되어 있다면 전문 디자이너가 메시지들을 한꺼번에 모아 작성할 수 있을 것이다. 만약 어떤 이유로 메시지들을 전부 수정해야 한다고 해보자. 이때 코드의 여기저기에 박혀있는 메시지를 찾아 고치는 경우와 리소스 편집기에서 메시지를 일괄적으로 고치는 것 중 어떤 것이 더 빠르고 정확할 것인가는 쉽게 상상이 갈 것이다.

문자열 리소스를 사용하는 두번째 이점은 다국어 버전을 쉽게 만들 수 있다는 점이다. 리소스는 조건에 따라 교체할 수 있기 때문에 경우에 따라 다른 문자열을 사용할 수 있다. 그래서 영어 리소스 한벌, 한글 리소스 한벌을 각각 따로 만들어 놓으면 소스 코드는 건드릴 필요없이 리소스만 교체함으로써 영문 프로그램, 한글 프로그램을 쉽게 만들 수 있다. 리소스만 만들면 일본이나 중국 어디든지 팔아먹을 수 있게 되는 것이다. 물론 문자열이 소스에 작성되어 있어도 찾아서 고쳐주면 가능이야 하겠지만 무척 어려운 일이다.

또한 문자열이 소스와 분리되어 있으면 문자열을 고쳐도 소스를 다시 컴파일할 필요가 없어 개발 기간도 빨라진다. 이런 여러가지 장점이 있기 때문에 아주 간단한 문자열인 경우를 제외하고 좀 길다 싶은 문자열은 왠만하면 문자열 리소스로 만들어 쓰는 것이 좋다. 필자는 한때 이런 원칙을 무시한 나머지 "그라모 안돼는데예"라고 장난으로 메시지를 써 놨다가 파이널 베타에서 이 메시지를 찾아 고친 적이 있었는데 만약 그대로 제품으로 나갔다가는 큰 웃음거리가 될 뻔 했었다. 메모리 사용면에 있어서도 코드에 문자열을 바로 기입하는 것보다 문자열 리소스를 사용하는 것이 유리하다. 운영체제는 꼭 필요한 문자열만 메모리로 읽어들일만큼 지능적으로 메모리를 관리해주기 때문이다.

이상으로 윈도우즈에서 사용되는 몇가지 리소스에 대해 알아 보았는데 이외에도 중요한 리소스로 비트맵과 대화상자가 있다. 비트맵에 대해서는 다음장인 6장에서, 대화상자에 대해서는 8장에서 별도로 공부할 것이다.