Lunikism

MFC에서 각 윈도우 핸들간 메시지를  전달하는 방법으로 SendMessage와 PostMessage가 있다.

이 둘은 비슷하면서도 차이가 있다.

가장 많이 쓰는 곳이 쓰레드에서 UI 접근할때가 아닌가 싶다.

이 둘의 차이점을 가장 쉽게 표현하자면 비동기화와 동기화 차이라고 할 수 있다.

SendMessage

함수 원형

LRESULT SendMessage(
  HWND   hWnd,
  UINT   Msg,
  WPARAM wParam,
  LPARAM lParam
);

동작

SendMessage를 호출하게 되면 해당 윈도우의 메시지프로시져가 즉각 호출되어 해당 메시지의 처리가 끝날때까지 리턴하지 않는다.

즉, 동기화가 된다.

활용

해당 메시지 처리 작업이 길지 않은 곳에 사용하면 될것 같다. 간단한 UI 업데이트 등..

PostMessage

함수 원형

BOOL PostMessage(
  HWND   hWnd,
  UINT   Msg,
  WPARAM wParam,
  LPARAM lParam
);

동작

PostMessage를 호출하게 되면 해당 윈도우의 메시지 큐에 추가된다.

메시지 큐(Queue)에 호출 메시지만 삽입하고 바로 블럭을 빠져나온다.(즉시 리턴)

이는 곧, 메시지 처리 결과와 상관없이 다음 코드를 진입한다는 뜻이다. (비동기)

활용

메시지 처리작업이 오래걸리거나 처리결과가 중요하지 않는 경우에 사용될거 같다.

프로그래밍을 하다 보면 코드의 일부 내용을 반복적으로 바꿔줘야할 때가 있다.

오래된 프로젝트를 리팩토링한다거나 프로젝트 문자셋을 멀티바이트에서 유니코드로 바꿀 때가 그 대표적인 예다.

물론 일일이 컴파일 오류나는 부분을 찾아서 바꿔주거나 전체 찾기해서 바꿔주는 원초적인 방법이 있다.

보다 효율적이고 능률적인 방법을 소개하겠다.

바로 정규표현식(aka. 정규식)을 사용한 찾기 및 바꾸기이다.

C++에서는 정규식이 조금 낯설수 있는데, 간략하게 설명하자면 정규표현식이란, 문자열에서 일정한 규칙(Pattern)을 갖는 문자열 집합(Group)을 찾아내는 것이다.

필자는 멀티바이트로 작성된 프로젝트를 유니코드로 바꾸는 과정에서 수많은 문자열 메시지 부분을 유니코드에 맞게 바꾸줘야하는 작업을 위 정규식을 이용해 작업했다.

찾기 바꾸기 대화상자(단축키:Ctrl+Shift+F)에서 찾기옵션에 정규식 사용에 체크를 해야한다.

MFC의 대표적인 문자열 타입인 Cstring의 경우 멀티바이트 인 경우 큰따옴표("")로 문자열을 표시했지만,

유니코드로 바꾸려면 _T 매크로를 넣어주거나 L를 앞에 넣어줘야한다.

물론 _T 매크로가 삽입되어 있다면, 매크로에서 자동으로 L로 변환이 된다.

(멀티바이트든, 유니코드는 _T 매크로를 넣어주는 버릇을 갖다.)

_T매크로는 _T(로 시작해서 괄호) 로 끝나기 때문에 그냥 찾아 바꾸기만 해서는 안된다.

다음은 내가 가장 많이 쓰는 정규식이다.

1. Cstring의 Format 멤버함수

예시:

찾을 대상

strTitle.Format("%s: ABCDEFG123456가나다라", this->getTitle());

바꿀 문자열

strTitle.Format(_T("%s: ABCDEFG123456가나다라"), this->getTitle());

Format 멤버함수의 문자열을 감쏴고 있는 큰따옴표 앞에 _T 매크로를 넣어줘야한다.

정규표현식:

찾을 문자열:

.Format\(\"(.*)\"

바꿀 문자열

.Format(_T("$1")

위에서 보다시피 정규식을 찾을때에는 문자열에 포함되는 괄호, 따옴표에 대해서는 백슬래시(\)로 구분을 해줘야한다.

그리고 바꿀 문자열에 대해서는 백슬래시가 필요없으며 그룹 문자열($1,$2,$3...) 등을 사용하면 된다.

2. Afxmessage 메시지 팝업

예시:

찾을 대상

AfxMessageBox("입력값 초과");

바꿀 문자열

AfxMessageBox(_T("입력값 초과"));

정규표현식:

찾을 문자열:

AfxMessageBox\(\"(.*)\"

바꿀 문자열

AfxMessageBox(_T("$1")

Worker 쓰레드나 UI쓰레드에서 UI 객체를 바로 접근하는것은 매우 위험하다.

컴파일러에 따라서 오류를 발생시키는 경우도 있지만 

컴파일러가 이를 못잡아준 경우에는 해당 쓰레드가 실행되면서 UI접근시 Assertion fail 오류가 발생하면서 죽게된다.

쓰레드에서 UI를 직접 접근하는 방법은 몇가지가 있으나 불편하고, 안정적이지 못하다.

가장 안전하면서 API 프로그래밍 특성인 메시지를 이용하는 방법을 추천한다.

사용자 메시지를 만들어서 PostMessage를 통해 넘겨서 UI를 접근할 수 있다.

물론 Param에 인자값 까지 넘겨서 사용할 수 있다.

::PostMessage(*phObjectHandle, WM_UPDATE_UI, 0, 0);

관련 내용 : http://forums.codeguru.com/showthread.php?312454-MFC-Thread-How-to-access-UI-elements-from-a-thread-in-MFC

윈도우 API에서 제공하는 RECT는 구조체이다. 멤버로는 left, top, right, bottom 밖에 없다.

단순 사각형을 그리거나 위치 계산을 위한 구조체로 이용해 왔다.

RECT구조체와 비슷하게 MFC에서 제공하는 CRect 클래스가 있다.

RECT와 CRect 둘다 마찬가지로 사각형 영역의 위치를 처리하기 위한 타입이다.

CRect에 좀 더 다양하고 편리한 함수가 제공된다. 

예를 들어 위 두 사각형이 겹치는 영역을 구할때 사용하면 편리한 함수가 바로 IntersectRect이다.

CRect overlapRect = CRect(0, 0, 0, 0);
overlapRect.IntersectRect(rect1, rect2);
if (overlapRect.IsRectEmpty() || overlapRect.IsRectNull())
	//Do not overlap
 

중첩된 영역을 지정할 overlapRect를 선언후 IntersectRect 함수를 통해 rect1과 rect2를 피라메터로 넘겨주면

겹치는 영역이 overlapRect에 저장된다.

이후 IsRectEmpty() 나 .IsRectNull()로 겹치지 않았을 때 처리를 해주고 겹쳐진 영역을 이용하면 된다.

MFC의 트리메뉴 컨트롤의 아이템 선택 이벤트 후 해당 선택된 아이템의 인덱스를 리턴하는 메소드가 없다.

편법으로 아이템 이름으로 찾는 방법도 있지만 코드가 길어지고 추가/수정이 복잡해진다.

구글링 결과 index를 구하는 방법을 찾았다.

OnTvnSelchanged 이벤트 메소드에서 child 아이템을 루프 태우면서 현재 선택된 item인지 체크하면서 증가 시키는 것이다.

이생각을 왜 못했는지..

코드의 일부는 아래와 같다. 전체는 출처로 이동해서 확인하길 바란다.

 
    int index = 0;
    HTREEITEM hItem = m_treeCtrl.GetSelectedItem();
    HTREEITEM hChild = m_treeCtrl.GetChildItem(NULL);
    while (hChild)
    {
        if (hChild == hItem) break;
        hChild = m_treeCtrl.GetNextItem(hChild, TVGN_NEXT);
        ++index;
    }

출처 : C++/(MFC)트리 컨트롤 몇 번째 아이템인지 조회

C#에서는 FILE 핸들러로 바로 확인이 가능한데 C++는 한줄에 쓰기 번거러워 따로 함수를 만들어서 사용한다.

유니코드가 아닌 프로젝트도 있어 분기처리 해준다.

bool isExistFile(CString _strFile)
{
#ifdef _UNICODE
	return(_waccess_s(_strFile, 0) != -1);
#else
	return (_access_s(_strFile, 0) != -1);
#endif
	
}