void CXXXXXXDlg::OnClose() 
{ 
        // TODO: Add your message handler code here and/or call default 
        DestroyWindow(); 
       //CDialog::OnClose(); 
} 

저는 MFC에서 폼베이스로 작업할때 주로 리소스 창에서 컨트롤 대충 그려넣고
서브클래싱할 클래스 하나씩 만들어주고
컨트롤 클래스의 SubClassDlgItem() 함수를 이용해서 서브클래싱합니다.
오늘 아주 간단한 리스트컨트롤을 클릭하면 세부내용을 다른 에디트 컨트롤에
뿌려주는 부분을 작성했습니다.
서브클래싱한 컨트롤의 OnClick을 잡고서 아래와 같이 코딩했습니다.

void CSMSList::OnClick(NMHDR* pNMHDR, LRESULT* pResult) 
{
    // TODO: Add your control notification handler code here
    NM_LISTVIEW *pList = (NM_LISTVIEW*)pNMHDR;
    int nIndex = pList->iItem;
    *pResult = 0;
}

void CSMSList::PreSubclassWindow() 
{
    // TODO: Add your specialized code here and/or call the base class
    SetExtendedStyle(LVS_EX_FULLROWSELECT);
    CListCtrl::PreSubclassWindow();
}

PreSubclassWindow() 함수는 SubClassDlgItem()으로 서브클래싱 했을때 초기화 해주는
멤버 함수입니다.
SetExtendedStyle() 함수는 확장 스타일 함수로 LVS_EX_FULLROWSELECT를 인자로
클릭시 리스트 한줄전체(Row)가 선택되어 집니다.

위와 같이 코딩했더니 OnClick함수에서 제대로 인텍스를 얻어왔습니다.
아~!! 오늘도 하나 실수했고 한가지 배웠습니다.

윈도우의 일반적인 컨트롤은 기능에 중점을 준것이기 때문에
모양새가 별로이다.
그럴때 색상을 변경할때 많이 사용하는게 WM_CTRCOLOR 이다.
static, Edit의 배경색을 바꿀때 요긴하다.

WM_CTLCOLOR 메세지는 컨트롤의 부모가 받는다.

조건 : 바꾸고자 하는 Edit의 ID --> IDC_EDIT_USERID
         컨트롤의 부모는           --> CDemoDlg

1. 부모인 CDemoDlg의 WM_CTLCOLOR을 등록한다.
2. 메세지 핸들러를 클래스 위져드로 등록하면 컨트롤의 부모는

HBRUSH CDemoDlg::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor) 
{
    HBRUSH hbr = CDialog::OnCtlColor(pDC, pWnd, nCtlColor);
 
    // TODO: Change any attributes of the DC here
    // 새로 작성한 부분
    if ( pWnd->GetDlgCtrlID() == IDC_EDIT_USERID )
    {
        pDC->SetBkColor( RGB(249, 225, 155) );
        pDC->SetBkMode( OPAQUE );

        return m_brText;
    }
    // TODO: Return a different brush if the default is not desired
    return hbr;
}

특이한것은 변경하고자 하는 컨트롤의 리턴 HBRUSH는 hbr과 다른 것을
리턴해야 한다.
그렇지 않고 그냥 return hbr 을 리턴하면 색상이 변경되지 않는다.

ps. m_brText는 CBrush로 생성자에서 m_brText.CreateSolidBrush( RGB(249, 225, 155) )로
     생성해줬습니다.

OnUpdateXXXXXXXX(CCmdUI* pCmdUI) { }

OnUpdateXXXXXXXX(CCmdUI* pCmdUI) { pCmdUI->Enable( TRUE ); // 활성화 pCmdUI->Enable( FALSE ); // 비활성화 }

CMenu::EnableMenuItem

UINT EnableMenuItem( UINT nIDEnableItem, UINT nEnable );

Return Value

Previous state (MF_DISABLED, MF_ENABLED, or MF_GRAYED) or –1 if not valid.

Parameters

nIDEnableItem

Specifies the menu item to be enabled, as determined by nEnable. This parameter can specify pop-up menu items as well as standard menu items.

nEnable

Specifies the action to take. It can be a combination of MF_DISABLED, MF_ENABLED, or MF_GRAYED, with MF_BYCOMMAND or MF_BYPOSITION. These values can be combined by using the bitwise OR operator. These values have the following meanings:

• MF_BYCOMMAND   Specifies that the parameter gives the command ID of the existing menu item. This is the default.
  
  
• MF_BYPOSITION   Specifies that the parameter gives the position of the existing menu item. The first item is at position 0.
  
  
• MF_DISABLED   Disables the menu item so that it cannot be selected but does not dim it.
  
  
• MF_ENABLED   Enables the menu item so that it can be selected and restores it from its dimmed state.
  
  
• MF_GRAYED   Disables the menu item so that it cannot be selected and dims it.

Remarks

Enables, disables, or dims a menu item. The CreateMenu, InsertMenu, ModifyMenu, and LoadMenuIndirect member functions can also set the state (enabled, disabled, or dimmed) of a menu item.

Using the MF_BYPOSITION value requires an application to use the correct CMenu. If the CMenu of the menu bar is used, a top-level menu item (an item in the menu bar) is affected. To set the state of an item in a pop-up or nested pop-up menu by position, an application must specify the CMenu of the pop-up menu.

When an application specifies the MF_BYCOMMAND flag, Windows checks all pop-up menu items that are subordinate to the CMenu; therefore, unless duplicate menu items are present, using the CMenu of the menu bar is sufficient.

1. SS_NOTIFY (Static의 인자)
   : 서브 클래싱한 컨트롤 클래스에 SS_NOTIFY를 지정하면 해당 컨트롤이 메세지를 받을수
   있습니다.
   SS_NOTIFY를 추가하는 방법은 Resource View에서 컨트롤 속성 --> Style --> Notify를
   체크해도 되고
   PreSubclassWindow() 함수를 오버라이드 해서
   ::SetWindowLong()함수를 사용해서 설정을 변경해 주어도 됩니다.

2. Reflection Message
  : 대부분의 컨트롤은 컨트롤의 배경이나 색상을 부모 윈도우가 변경할 수 있도록 통지 메세지를
    부모윈도우에게 보낸다.
    그런데 MFC4.0부터 이러한 통지 메세지를 부모 윈도우뿐만 아니라 컨트롤 자체에서 처리 할
    수 있도록 추가된 기능이다.
    클래스 위져드를 띄워보면 =WS_XXXX 란 메세지가 Reflection Message 이다.


참고자료 : MFC 정복

#define WM_MY_MESSAGE     WM_USER+1

 
 //{{AFX_MSG(CThreadDlg)
 // Generated message map functions
virtual BOOL OnInitDialog();
 afx_msg void OnSysCommand(UINT nID, LPARAM lParam);
 afx_msg void OnPaint();
 afx_msg HCURSOR OnQueryDragIcon();
 afx_msg void OnDestroy();
 afx_msg void OnLButtonDown(UINT nFlags, CPoint point);
 afx_msg void OnClose();
 //}}AFX_MSG
afx_msg LONG OnMyMessage(UINT wParam, LONG lParam);
 DECLARE_MESSAGE_MAP()

BEGIN_MESSAGE_MAP(CThreadDlg, CDialog)
 //{{AFX_MSG_MAP(CThreadDlg)
 ON_WM_SYSCOMMAND()
 ON_WM_PAINT()
 ON_WM_QUERYDRAGICON()
 ON_WM_DESTROY()
 ON_WM_LBUTTONDOWN()
 ON_WM_CLOSE()
 //}}AFX_MSG_MAP
 ON_MESSAGE(WM_CREATEVS, OnCreateVS)
END_MESSAGE_MAP()

이번에 프로젝트를 하면서 전역객체를 사용할 일이 생겼었습니다.
전역객체로 진행하던중 이왕이면 디자인패턴을 사용해보자!!!
그래서 싱글턴을 이용해 보려고 합니다.

* Singleton Patterns ::
   해당 클래스의 인스턴스가 한개만 생성해서 그 인스턴스를 전역객체 처럼 어디서든지
   사용 할 수 있게 하는 디자인패턴입니다.

// Singleton.h
class CSingleton
{
private:
    static CSingleton * m_pUniqueInst;
    CSingleton();

public:
    ~CSingleton();
    static CSingleton & GetInstance();
};

// Singleton.cpp
#include "Singleton.h"

// static 초기화
CSingleton* CSingleton::m_pUniqueInst = NULL;

CSingleton::CSingleton()
{
}
CSingleton::~CSingleton()
{
    if (m_pUniqueInst)
        delete m_pUniqueInst;
}
CSingleton & CSingleton::GetInstance()
{
    if (m_pUniqueInst == NULL)
        m_pUniqueInst = new CSingleton;

    return *m_pUniqueInst;
}

이번에 개발하는 프로그램에서 Log 파일을 기록하려고 CLogFile이라는 클래스를 하나
만들었습니다.
그런데 이 클래스는 스레드문제로 인해서 제가 생성자에서 InitializeCriticalSection(&m_csKey)
소멸자에서 DeleteCriticalSection(&m_csKey)을 호출 합니다.
그리고 생성자에서 여러가지 작업을 해야 합니다.
그러니까 생성자 소멸자는 전역적으로 한번만 호출하고 실제 로그 파일을 기록하는 멤버 함수
SetLog() 함수만 필요한 곳에서 호출 하는 방법 입니다.
그렇게 위해서는 결국 전역 적으로 클래스의 인스턴스를 생성해야 했습니다.

그래서 결국 쓴 방법이

StdAfx.h 에서
extern CLogFile g_LogFile;
이라고 선언해 줬습니다.

그리고
StdAfx.cpp에서
CLogFile g_LogFile
이렇게 정의 해주고

필요한 곳의 파일마다 StdAfx.h을 인클루드 해서 사용하는 방법으로 해결봤습니다.
우선 테스트 하기로는 잘 되네요

ps. 조금 불편하더라도 StdAfx.h StdAfx.cpp에서 작성하는게 찜찜하다면 해당 .cpp
      파일에서 CLogFile g_LogFile; 해주시고 사용하실려는 .cpp 파일에서
      extern CLogFile g_LogFile이라고 해주셔도 됩니다.

MFC에서 자동으로 소스를 생성하다보면 .h 파일에

#if !defined(AFX_SVRRSDLG_H__B0E12C65_26A3_4782_8556_8AE0D6107F9C__INCLUDED_)
#define AFX_SVRRSDLG_H__B0E12C65_26A3_4782_8556_8AE0D6107F9C__INCLUDED_

// 소스 ...

#endif

대부분 끌어서 놓기 동작(Drag And Drop)을 수행할 때에 끌기(Drag) 대상 항목을
현재 위치에 사용할 수 있는지를 결정하는 용도로 가장 많이 사용됩니다.

MFC의 컨트롤 중에 HitTest() 메소드가 있는 컨트롤들이 있습니다.
현재 선택된 항목(찍힌 위치의 대상)의 정보를 알수 있는 용도로 사용합니다.

각 컨트롤 마다 HitTest()의 세부 항목이 다르기 때문에 자세한 사항은 MSDN 참고하면
됩니다.

Visual C++ 6.0 에서 .dsw 파일을 오픈하는데 발생했습니다.

실제 프로젝트에 영향이 있는것은 아니었는데

신경이 쓰여서 ^^ 암튼.... 대처방법은

저 메세지 창이 뜨면 살포시 클릭하고 모든 열여있는 문서를 닫고

워크스페이스도 종료합니다.

다시 .dsw 파일로 오픈하면 에러메세지가 없어집니다.


참고 http://support.microsoft.com/kb/q202817/

윈도우 생성 전에 미리 호출 되는 가상함수 입니다.
인자로 받는 CREATESTRUCT& cs 의 값을 수정해서
반영시킬수 있습니다.

ps. 다만 CDialog 에서는 수정이 안된다.

//A.h
#include "B.h"
class A {
    A();
    ~A();
    B b;
};

//A.cpp
#include "A.h"
A::A() {
}
A::~A() {
}

//B.h
#include "A.h"
class B {
    B();
    ~B();
    A a;
};

//B.cpp
#include "B.h"
B::B() {
}
B::~B() {
}

//A.h
class B;
class A {
    A();
    ~A();
    B b;
};

//A.cpp
#include "A.h"
#include "B.h"
A::A() {
}
A::~A() {
}

//B.h
class A;
class B {
    B();
    ~B();
    A a;
};

//B.cpp
#include "B.h"
#include "A.h"
B::B() {
}
B::~B() {
}

1>d:\_work.svn\_RgnLib.h(65) : warning C4996: 'strcpy'이(가) deprecated
로 선언되었습니다.
1>        C:\Program Files\Microsoft Visual Studio 8
\VC\include\string.h(73) : 'strcpy' 선언을 참조하십시오.
1>        메시지: 'This function or variable may be unsafe. Consider using
strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help for details.'

* 메서드 오버로딩의 특징은 다음과 같습니다.
  - 동일 클래스에서 메서드 이름을 재사용 할 수 있다. (객체지향의 특성)
  - 접근제한자는 동일하거나 동일하지 않아도 된다.
  - 리턴타입도 동일하거나 동일하지 않아도 된다.
  - 메서드 이름은 반드시 동일해야 한다.
  - 메서드의 매개인자들은 순서, 개수, 타입이 반드시 달라야 한다.


2. 오버라이딩(OverRiding)

부모 클래스에서 구현한 메서드와 동일한 헤더를 갖는 메서드를 정의하여 대체하는
개념을 의미합니다.
한마디로 메서드 재정의라 할 수 있습니다.

* 메서드 오버라이드의 특징은 다음과 같습니다.
  - 접근제한자는 달라도 되지만 부모클래스의 접근범위보다 좁으면 안된다.
  - 리턴타입은 동일해야한다.
  - 메서드 이름도 동일해야한다.
  - 메서드 매개인자의 타입, 순서, 개수 모두 동일해야 한다.
  - throws 예외 클래스 선언시 선언을 오버라이드 하지 않거나, 부모 클래스에서
   선언한 예외 클래스보다 상위 클래스로 선언하면 안된다.

#pragma comment("comment-type" [,, commentstring])

#ifndef __SAMPLE__H__
#    define __SAMPLE__H__

// 한번만 컴파일 할 코드 내용

#endif// #ifndef __SAMPLE__H__

struct A
{
     BYTE  a;  // 1Byte
     WORD  b;  // 2Byte
     DWORD c;  // 4Byte
};
A test;

#pragma pack(push, 1)
struct A
{
     BYTE  a;    // 1Byte
     WORD  b;    // 2Byte
     DWORD c;    // 4Byte
};
#pragram pack(pop)