옛날에 어느 책에서 봤는데 자기 자신을 출력하는 코드가 있었다.
내 기억으로는 상당히 복잡했었는데
인터넷에서 잠깐 검색해본 결과 별거 없었다.ㅡㅡ;;
콰인(quine) 라고 하는 사람의 이름을 따서 지은것으로..
여기 코드에서 중요한점은 단지 하나....
따옴표나 개행문자는 아스키 코드로 나타내야 한다는 점..

여기서 10은 아스키 코드로 LF 즉 New Line(개행문자)를 의미
35는 따옴표(") 를 의미.

포인터? 생각만 하면 머리가 아파오는 녀석이죠..C 언어로 생계를 유지해온 저로서도 복잡한 포인터를 보면 피하고 싶습니다..이런 포인터 인데 함수포인터라니? 이건 뭐 대마왕급이군요...

그런데 이런 대마왕도 상황에 따라, 그리고 고급프로그래밍을 위해서 간간히 써주어야만 하는 돌발상황이 발생하곤 합니다..어쩔수 없는 운명이죠..TT

피할수 없다면 한번 부딪혀 보는 건 어떨까요? 기초 개념만 잡으면 너무 쉽다(?)고 느끼실 겁니다..자, 그럼 기본부터 한번 시작해 보겠습니다..

우선 다음과 같은 코드를 보죠..아주 단순한 코드입니다..

변수 a 에 10을 대입하고 변수 b 에는 a 의 주소값을 저장합니다. 그럼 여기서 질문하나 해볼까요? 변수 a 와 b 는 어디에 존재할까요? CPU ? 하드디스크 ? 아님 메모리?

모두 아시겠지만 변수는 메모리, 정확히 말하면 RAM 에 존재합니다.

그럼 다음 코드를 한번 보겠습니다..좀전보다 조금 어렵습니다..(???)

이번에는 함수 func 라는 놈이 등장했네요..여기서 다시 질문하나 할께요..변수는 RAM 에 저장되는데 그럼 함수 func 는 어디에 저장될까요? 또 main 도 특별한 함수죠..즉, 시작할때 제일 먼저 불리는 함수..이런 함수들은 도대체 어디에 존재하는걸까요????

함수는 변수와 마찬가지로 RAM 에 저장되어 있습니다...왜냐면 실행되는 모든 프로그램은 RAM 에 저장되어야 하는데 함수도 프로그램의 일부이니까요..

변수처럼 함수도 RAM 의 어딘가에 func 라는 함수부분이 저장되어 있습니다. RAM에는 언제나 주소가 있죠? 예를 들어 변수 a 는 &a 라는 주소에 있고 변수 b 는 &b 라는 곳에 있습니다. 그럼 func 는 어디에 있을까요?

주소를 나타내려면 & 를 붙인다고 했으니 &func? 아님 임의의 다른곳??

C 언어에서 함수가 저장되어 있는 주소값은 바로 함수 이름입니다. 즉, 함수이름이 함수가 저장되어 있는 첫번째 번지를 나타냅니다. (마치 배열과 비슷합니다. 배열 이름이 배열의 시작주소를 나타내는 것처럼요..) 그래서 func 라는 함수가 저장되어 있는 번지는 func 이고, main 함수가 저장되어 있는 번지는 main 입니다..(많이 헛갈리시죠..예전에 제가 그랬습니다...)

이제 함수가 저장되어 있는 주소값을 알았으니 그 값을 저장할수 있는 변수도 있어야겠죠..이렇듯 함수가 저장되어 있는 주소값을 저장할수 있는 변수를 '함수포인터' 라고 합니다. 즉, 함수포인터는 함수의 이름을 가지는 변수입니다..

그럼 함수이름을 저장할수 있는 변수는 어떻게 선언하고 초기화 할까요? 다음의 소스를 한번 보죠..

우선 'void (*test)(int);' 부분입니다. 해석을 해보면 test 라는 변수는 인자로 한개의 정수(-int-) 를 가지고 반환형이 없는 (-void-) 함수를 가리키는 포인터이다 입니다. 이렇게 선언된 test 라는 변수에 func, 즉 func 가 저장되어 있는 주소값(-함수이름-)을 대입하는 곳이 소스에서 'test=func' 입니다. (func 함수가 인자로 정수한개를 받고 반환형은 없죠..확인해보세요)

이제 마지막으로 함수포인터를 통해 함수가 어떻게 호출되는지 알아보겠습니다..소스코드에서 변수 포인터 b 를 통해 a 를 접근하고자 할때 '*b' 라고 기술했습니다. 그럼 함수포인터는 ? 함수포인터도 변수 이므로 *b 처럼 * 연산자를 이용해 함수를 접근할수 있습니다.다음의 코드를 보면서 결과값이 같다는 것을  확인해보시기 바랍니다...코드에서 (*test)(a) 의 해석은 다음과 같다고 할수 있습니다. 'test 라는 변수가 가리키는 곳에다 a 값을 넘겨준다'

어떠신가요? 함수포인터라고 무시무시한 이름을 가지고 있지만 막상 별것 없죠..이런 함수포인터는 속도가 중요시되거나 그래픽관련 프로그래밍을 구현하고자 할때 가끔 쓰입니다. 또한 커널 프로그래밍을 할때도요..그러나 기본에 충실하시면 어렵지 않게 이해 할수 있을거라 믿습니다..

1. A와 B module이 있다.
2. B는 A의 sub이다.
3. B는 A의 구조를 모른다.(즉 시키는대로만 할뿐이다.)

이때, A가 B의 어떤 function을 call했습니다.
그런데, 그 function의 결과값에 따라 A가 어떤 동작을 선택적으로
해야 합니다.

물론 return으로 처리가 가능할수도 있으나, A가 자기 내부 구조는
알리지 않은채 B가 알아서 결과값도 계산해내고, 또 그결과에 의해
A가 해야 할 처리까지도 맡게(책임을 지게) 하고 싶을 경우,
A는 각 동작방식(method)까지를 B에게 함께 알려줍니다.

그러면, B는 처음 A가 지시한 작업(혹은 function call)을 수행하고
그 결과에 따른 A의 동작까지를 책임지고 처리할수가 있습니다.
그렇게 A가 B한테 알려주는 A의 function을 callback이라고 합니다.
역으로 call한다고 해서 그렇게 붙여진 이름입니다.

뭐 이건 아주 단순화시킨 비유긴 하지만, 개념적으론 이렇게 됩니다.

흔히 드는 예가 표준 라이브러리의 qsort입니다. 이 함수는 정렬할 데이터의
형에 제한이 없도록 설계된 함수입니다. 내장형 뿐만 아니라 구조체 같은
사용자 정의형에도 사용이 될 수 있으려면 "어떤 기준으로 정렬할 것인가"가
문제가 됩니다. 이 문제를 콜백을 이용하여 구현합니다.

int atoi(
   const char *str 
);
int _wtoi(
   const wchar_t *str 
);
int _atoi_l(
   const char *str,
   _locale_t locale
);
int _wtoi_l(
   const wchar_t *str,
   _locale_t locale
);
 









































※ WCHAR 을 DWORD 로 바꾸려면,
   _wtoi 써서 int 로 바꾼뒤 그냥 DWORD 캐스팅 하면 된다.

WINBASEAPI
int
WINAPI
MultiByteToWideChar(
    UINT     CodePage,
    DWORD    dwFlags,
    LPCSTR   lpMultiByteStr,
    int      cchMultiByte,
    LPWSTR   lpWideCharStr,
    int      cchWideChar);

WINBASEAPI
int
WINAPI
WideCharToMultiByte(
    UINT     CodePage,
    DWORD    dwFlags,
    LPCWSTR  lpWideCharStr,
    int      cchWideChar,
    LPSTR    lpMultiByteStr,
    int      cchMultiByte,
    LPCSTR   lpDefaultChar,
    LPBOOL   lpUsedDefaultChar);

void main(void)
{
    char * str = "유니코드";
    WORD wc[8] = L"\0";
    char cTemp[16] = { 0 };

    MultiByteToWideChar( CP_ACP, 0, str, strlen(str)+1, wc, 8 );// char 형 str 을 유니코드로

   WideCharToMultiByte( CP_ACP, 0,  wc,  lstrlenW(wc), cTemp, 16 , 0, 0 );// wc를 cTemp                                                                                      
    printf (" cTemp : %s \n", cTemp);  
}

어떠한 문자열을 처리하는 자료형은 보통 char, wchar, TCHAR 를 사용한다.
 
쉽게 보면,
char* => LPSTR 라고 생각하면 되고
const char* => LPCSTR 라고 할 수 있다.
 
가운데 'C' 는 const 의 의미다. 'LP' 는 long pointer 의 의미.
끝에 STR 이라는 의미는 NULL 포인터로 끝난다는 의미. 즉, 마지막 인덱스에는 항상 NULL 이 채워져 있어야 한다는 것.
그래야만 str 관련 함수들이 동작을 하는 것이다. strlen, strcpy, strcmp 등등.. 이것들이 src param 의 끝에 NULL 이 없으면 무지 당황하게 된다.
 
가운데 'T' 가 들어간다는 것은 TCHAR 이라는 의미.
그렇다면 왜 T를 쓸까??
 
영문은 1바이트.

그런데, 우리나라 말이나, 중국어 등 영문권이 아닌 제 3세계 언어를 표현하기 위해서는
2바이트가 필요하다.. 이를 위해서 MultiByte 를 사용하기도 하지만 MultiByte 는
어떤 글씨는 1바이트 이고 어떤 글씨는 2바이트여서 메모리 관리가 어렵다.
그래서 나온 것이 wchar 인데,

wchar 는 모든 글씨(영문 포함)가 2바이트로 구성이 된다.
당연히 wchar 는 일반 ascii 타입의 char 보다 메모리 공간이 2배 필요하다.
 
그런데 본론인 TCHAR 는 무엇이냐?
바로 ACSCII 타입의 일반 char 또는 wchar 라는 의미다.
TCHAR 을 사용하면 char 인지 wchar 인지 구별하지 않고 그냥 코딩을 하면 된다.
 
TCHAR tch = _T('A'); <=> char ch = 'A';
TCHAR tch = _T('A'); <=> wchar wch = 'A';
 
배열도 역시.. 그냥 숫자 인덱스로 원하는 글씨의 위치를 추적할 수 있다.
 
그럼 무엇으로 현재 프로젝트의 TCHAR가 char 인지 wchar 인지를 구별할까?
UNICODE 라는 precompile 상수.
 
해당 프로젝트 project -> settings 에 _DEBUG 등등 선언되어 있는데, 끝에다
UNICODE 라고 쓰고 컴파일 하면 앞으로 나오는 모든 TCHAR 타입은 wchar 으로 변환해서
컴파일을 시도하게 된다.
 
가운데 C 다음의 T 는 TCHAR 이라는 의미
 
당연히 상수로 변환을 했으므로 변수에 값을 대입할 수 없겠다.
( b[3] = _T('A'); <- syntax error  <=> const char str = "ABCD"; str[3] = 'E' ; <- 이때 에러와 같은 이치)
 
(TCHAR 을 나타는 매크로가 _T 이다. (한문자 _T(' '), 문장 _T(" ") )

원문 : http://wooya510.wordpress.com/2006/06/26/char-lpctstr-tchar-%EC%9D%98-%EC%B0%A8%EC%9D%B4/

char *_itoa( int value, char *string, int radix );

char *_i64toa( __int64 value, char *string, int radix );

char * _ui64toa( unsigned _int64 value, char *string, int radix );

wchar_t * _itow( int value, wchar_t *string, int radix );

wchar_t * _i64tow( __int64 value, wchar_t *string, int radix );

wchar_t * _ui64tow( unsigned __int64 value, wchar_t *string, int radix );
                                                                                        <msdn발췌 >

인자 (parameter)
char *_itoa( int value, char *string, int radix );

value : 문자열로 바뀔 정수값
string : 바뀌는 문자열 결과를 저장할 버퍼
radix : 2진법, 10진법, 16진법 등 정수값이 바뀌게 될때 숫자형식을 지정 (범위 2~36)

리턴 값 (return value)
문자열 포인터를 리턴하며 에러 리턴은 없다.


--------------------------------------------------------------------------------
※ 참 고 : DWORD 를 WCHAR 로 바꾸는 방법은
  
  TCHAR t_Str[100] = { NULL };
   wsprintf(t_Str, L"%d", m_ID);  // 여기서 m_ID 는 DWORD 형이다.

• 문자열 자료형의 종류
• 문자열간 자료형 변환 방법
• 문자열 관련 팁

Note: 여기서는 자료형에 대해서만 다루며 문자 인코딩/디코딩에 대해서는 다루지 안는다.

문자열 자료형의 종류

char

가장 기본적인 문자 자료형으로 char이 있다. 이를 이용해서 문자열을 표현하는 방식이 가장 일반적이다. 보통 C-style 문자열이라고 한다.

char* str1; // 포인터 문자열로 사용 전에 반드시 메모리 할당하고 다 사용한 후에 해제해야한다.
char str2[256]; // 배열형 문자열

문제점
char은 Ascii 문자를 저장할 수 있는 것으로 영어권 외에 문자저장에는 적합하지 않다.


TCHAR

윈도우에서 가장 일반적인 문자열로서 Win32 API 호출시 많이 사용되는 문자열 형식이다. 물론 많이 보지 못할 수도 있다. 만약 char이용한 문자열 사용한다면 TCHAR로 사용하는 문자열 사용을 강력 추천한다. char을 이용하는 방법과 동일하게 사용하면 된다.

char와 차이점은 없고 wchar에 대한 지원이 매크로를 통해서 가능하게 되었다. 아래에 참고로 TCHAR에 타입 정의를 살펴보면 쉽게 알 수 있다.

#ifdef _UNICODE
#typedef wchar TCHAR
#else
#typedef char TCHAR
#endif

즉 단지 char 혹은 wchar을 TCHAR로 치환해서 사용한다고 보면 된다. 그래서 컴파일 환경에 따라서 아스키만 사용하느냐 유니코드도 지원되는냐를 알아서 결정해준다.
TCHAR에서 파생된 여러 문자열 타입 정의들이 있다. 다음에 그 예이다.

• WCHAR: wchar을 타입 정의. wchar대신에 WCHAR로 사용한다는 의미
• LPSTR: char 포인터 문자열. 풀어스면 "char* "가 된다.
• LPWSTR: 포인터 WCHAR일뿐 풀어쓰면 "WCHAR* " 정도가 된다.
• LPCWSTR: 상수 LPWSTR이다. 풀어쓰면 "const LPWSTR"가 된다.
• TCHAR: 현재 언어환경에 따라서 char 혹은 wchar가 되기도 한다.
• LPTSTR: 포인터형 TCHAR 문자열이다. 즉 "TCHAR* "이 된다.
• LPCTSTR: 상수 LPTSTR 문자열이다. 즉 "const LPTSTR"이 된다.

이때 일반적인 문자열 대입은 어떻게 할까? 아래와 같이 기존 C-style형태로 하면 될까?

예)
TCHAR str[6] = "abc가나다";

위의 예제는 때에 따라서 잘되기도 하고 안되기도 한다. 문제는 TCHAR가 char형으로 사용되는 경우 한글은 "가나다"글자가 어떻게 입력되는지가 문제이다. 그러면 문자열 값을 넣을 경우 사용하는 문자열 셋 환경에 따르면 어떻게 될지 모른다. 이때 필요한 것이 문자열 값을 위한 매크로이다.

기본적인 메크로는 _T, __T, TEXT, _TEXT, __TEXT가 있다. 모두 같은 의미이다. 자신이 편한걸 아무나 사용하면 된다. 사용하는 방법은 다음과 같다.

예)
TCHAR str[6] = _T("abc가나다");

만약 WCHAR인 문자열인 경우는 현재 문자열 셋이 아스키라고 해도 강제로 문자열 값이 유니코드로 저장되어야 한다. 이때 사용하는 매크로가 L이 있다. 이 매크로는 앞의 매크로와는 틀리게 괄호("()")를 사용하지 안는다.

WCHAR str[6] = L"abc가나다";

Note: 추가로, wchar은 vc환경에 따라서 내부 자료형으로 선언되어 사용하거나 unsigned short 타입으로 사용된다. 그래서 때에 따라서 타입간 호환이 안되는 경우도 있으니 참고하길 바란다.
정확한 타입명은 wchar_t(이하 wchar대신에 wchar_t 명칭을 사용)이며 이에 대한 판단은 strsafe.h파일에 있다. 해당 내용은 다음과 같다.

// strsafe.h 파일 내용
#if !define(_WCHAR_T_DEFINED) && !define(_NATIVE_WCHAR_DEFINE)
typedef unsigned short wchar_t
#define _WCHAR_T_DEFINED
#endif

Caution: 그리고, 앞에서 쉽게 이해하기 위해서 유니코드 환경만 고려했지만 MBCS(Multi-Byte Character Set) 환경도 있다. 이때 매크로에의한 타입 정의가 약간 달라지는 부분이 발생한다. TCHAR가 환경에 따라서 바뀐다고 했는데 MBCS인 경우는 char형으로 사용된다. MBCS은 다국에 지원위한 문자열셋인데 TCHAR가 char형인 것은 약간 이상해질 수 있지만 주의하길 바란다.
나머지 LPTSTR과 LPCTSTR은 TCHAR의 확장이므로 모두 char형을 가지게 된다.


OLECHAR

이 문자열은 앞의 C-style문자열과 같은 형태이다. 단지 자동화 인터페이스에서 자주 사용된다. 이것 역시 타입 정의에 의해서 일반적으로 wchar_t로 사용된다. 일반 아스키 기반인 경우는 "#define OLE2ANSI"해주면 char형을 사용한다. 최근에 다국어를 많이 사용하므로 아스키를 사용할 경우는 거의 없으므로 OLE2ANSI를 거의 사용하지 않은다. C-style과 같은 형태라고 해서 WCHAR대신에 OLECHAR로 사용하는 것은 비추천이다.

• OLECHAR: 풀어서 쓰면 "wchar_t" 형태
• LPOLESTR: 풀어서 쓰면 "OLECHAR*" 형태
• LPCOLESTR: 풀어서 스면 "const OLECHAR*" 형태

앞의 _T, TEXT처럼 OLECHAR에 대입할 문자열 값을 다룰 때 사용할 매크로가 있다. OLESTR이 있다. 사용법은 _T, TEXT 등과 같다.

OLECHAR str[6] = OLECHAR("abc가나다");


BSTR

COM 인터페이스서 사용되는 문자열이다. 이 문자열 타입은 파스칼-style과 C-style의 혼합된 문자열 타입니다. 일반적으로 C-style에서는 문자열 끝을 표시할 때에 제로바이트("/0")가 사용된다. BSTR에서는 문자열 시작 전에 문자열 길이(바이트 단위)를 저장하고 그 다음에 문자열 값들이 온다. 물론 문자열 끝에는 종결 문자인 제로 바이트("/0")가 온다. 문자열 길이에는 종결문자가 포함되지 안는다.
이렇게 문자열 앞에 문자열 길이가 오는 것은 COM특성상 다른 곳으로 마샬링해서 데이터를 보낼때 데이터의 크기를 알아야할 필요성이 있다. 이를 위한 정보로 제공된다.

BSTR도 매크로에 의해서 다음과 같이 타입 정의가 되었다.

typedef OLECHAR* BSTR;

조금 이상하다. OLECHAR로 BSTR이 선언되었다. 즉 wchar_t형 문자열이라 볼 수 있다. 그리고 OLECHAR를 포인터로 사용했는데 LPOLESTR로 사용하지 않은 이유는 무엇일까?
BSTR대신에 LPOLESTR로 사용해도 컴파일에는 문제가 없다. 그러나 BSTR 문자열을 받는 함수에서 문자열 값 앞에 길이 정보가 포함되어있다고 가정하에 사용되므로 잘못된 데이터로 처리될 수 있다. 그리고 COM에서 마샬링으로 데이터 전달하는 경우 잘못된 길이의 데이터가 전송될 수 있다.
즉 BSTR타입은 따로 정의해두고 사용하는게 타입 사용에 안전하다.

BSTR은 저장되는 데이터 포멧이 다르므로 그 사용법도 C-style과는 다르다. 이를 위해 제공되는 중요한 함수 두가지가 있다. 즉 문자열 할당과 할당된 문자열 해제하는 함수이다. 간단한 예를 보면 쉽게 이해할 수 있다.

BSTR bstr = NULL;
bstr = SysAllocString(L"abc가나다"); // 문자열 할당

if(bstr == NULL) {
  // BSTR 문자열 할당 실폐
}

// 문자열 처리

SysFreeString(bstr); // 문자열 해제

사용하기가 조금 번거롭다. 그렇다고 이렇게만 사용해야 하는가? 물론 아니다. 역시 똑똑한 사람들이 우리를 위해서 도우미 클래스(Wrapper class)가 있다. (주의: 도우미 함수는 본인이 임의로 붙였다. 정확한 명칭은 랩퍼클래스라고 한다.)


_bstr_t

BSTR 문자열을 다루기 위한 랩퍼 클래스이다. 저장된 문자열 내부에 직접 접근하는 방법은 없다. 그럼 먼저 실제 사용방법을 보자.

// BSTR 문자열 생성
_bstr_t bstr1 = "abc"; // LPCSTR 문자열에서 생성
_bstr_t bstr2 = L"abc가나다"; // LPCWSTR 문자열에서 생성
_bstr_t bstr3 = bstr1; // 다른 _bstr_r에서 생성, 단순 대입처럼 보면 됨

_variant_t  v = "test";
_bstr_t bstr4 = v;  // _variant_t에서 생성

// 원하는 자료형으로 문자열 추출
LPCSTR str1 = bstr1;
LPCSTR str2 = (LPCSTR) bstr1;
LPCWSTR str3 = bstr1;
LPCWSTR str4 = (LPCWSTR) bstr1;
BSTR bstr = bstr1.copy(); //복사
SysFreeString(bstr);  // 앞에서 BSTR사용한 것 처럼 반드시 해제해줘야 한다.

한가지 유념할 점이 있다. 지금 추출되는 문자열이 모두 상수형이다. 즉 내부에 저장된 문자열 포인터를 리턴해준다. 물론 상수형을 제거해서 문자열을 수정할 수 있다. 만약 이렇게 되면 수정된 문자열 길이와 기존에 문자열 길이가 다르게 되는 문제점이 발생하면서 오류가 발생할 수 있다.


CString

앞에는 일반적인 문자를 나열하는 정도로만 보면된다. 지금 부터는 이른 문자열 데이터를 감싸고 있는 클래스 들을 보겠다.

그중에서 대표적인 것이 CString 클래스로 MFC의 대표적인 클래스이다. CString은 TCHAR형 타입을 다룬다. 상당히 방대한 클래스이며 Windows 내부에 사용되는 대부분의 문자열을 처리할 수 있다. 즉 유니코드나 MBSC도 한번에 처리할 수 있다. 그러나 MFC에 종속적이라서 MFC를 사용하지 않고 개발하는 경우 사용할 수 없다. 그리고 문자열 다루기는 쉬우나 메모리 관리 효율성과 성능적인 측면에서는 떨어지는 점이 있다. 이는 본인의 경험에 의한 것이기에 환경이나 조건에 따라서 달라질 수 있겠다.


std::string, std::wsting

템플릿 라이브러리(STL)에서 제공되는 클래스이다. 이는 원래 basic_string에서 기반을 하며 보통 char형 문자열을 저장한다. 그러면 wchar_t형 문자열을 저장할 경우는 wstring을 사용한다.







문자열 포멧이 같은 형태라면 문제가 없으나 앞에서 보았듯이 전혀 다른 포멧을 가지는 경우가 있다. 이때에는 전혀 다른 문자열 값이 된다.

예) (LPCWSTR) "C:\\foo.txt"

CString에서는 다르다. 내부적인 형변환 연자사를 이용해서 형변환을 하게된다.

예)
CString str("C:\\foo.txt");
Fun((LPCTSTR) str); //이때 (LPCTSTR)은 CString 내부에 정의된 형변환 연산자이다.