MFC向导生成的对话框为模态对话框，当我们在资源编辑器中向对话框拖拽一个按钮IDC_BTN时，其布局信息将同步反映在DlgDemo.rc资源脚本文件中。
// DlgDemo.rc
IDD_MY_DIALOG DIALOGEX 0, 0, 320, 201
STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU
EXSTYLE WS_EX_APPWINDOW
CAPTION "DlgDemo"
FONT 9, "宋体"
BEGIN
DEFPUSHBUTTON "确定",IDOK,260,7,50,14
PUSHBUTTON "取消",IDCANCEL,260,23,50,14
PUSHBUTTON "MyBtn",IDC_BTN,141,79,50,14
END
CDialog的构造函数的参数一nIDTemplate指定了对话框模板的ID，即DlgDemo.rc中的IDD_MY_DIALOG。
CDialog::CDialog(UINT nIDTemplate, CWnd* pParentWnd)
{
// ……
m_pParentWnd = pParentWnd;
m_lpszTemplateName = MAKEINTRESOURCE(nIDTemplate);
// ……
}
模态对话框调用CDialog::DoModal()创建并显示对话框，CDialog::DoModal()根据对话框模板名称m_lpszTemplateName进行FindResource、LoadResource加载模板资源。
CDialog::DoModal()调用CDialog::CreateDlgIndirect，最终调用::CreateDialogIndirectParam完成非模态对话框的创建。::CreateDialogIndirectParam参数二LPCDLGTEMPLATE lpTemplate即DlgDemo.rc中的IDD_MY_DIALOG模板资源，该API将根据脚本描述创建对话框及其上的子控件（底层调用CreateWindowEx，传入风格、标题和布局大小等参数）。
对于外部而言，可见的只是一些子控件的ID，而没有具体的子类（例如按钮IDC_BTNàCButton）。实际上，对话框内部维护了一个“控件IDà控件HWND”的映射，这样我们就可以通过::GetDlgItem(hDlg, nIDDlgItem)获取子控件的窗口句柄，进行相关Get/Set操作。
下面在点击按钮IDC_BTN时，修改其标题。
ON_BN_CLICKED(IDC_BTN, OnBtn)
void CMyDlg::OnBtn()
{
// TODO: Add your control notification handler code here
GetDlgItem(IDC_BTN)->SetWindowText("FXM"); // change button caption
}
CWnd* GetDlgItem(int nID)调用CWnd::FromHandle(::GetDlgItem(m_hWnd, nID))，FromHandle创建一个临时的CWnd（子类）对象，并把Windows对象（HWND）映射到临时的MFC对象上，然后返回临时MFC对象。MFC框架在线程的Idle处理中删除临时对象。
利用向导为按钮IDC_BTN添加CButton类型的控件变量，内部调用了Attach函数建立了控件变量(CButton)与窗口（HWND）之间的永久映射（SetPermanent）。在整个对话框的生存周期中，可以通过这个控件变量实现对窗口的访问。至此，我们对按钮IDC_BTN的操作依然局限在相关属性的Get/Set访问上，而其后续状态行为依然故我地轮回着CButton的DefWindowProc。
怎样实现XP风格按钮、钉子按钮甚至任意形状按钮呢？这里涉及到一个重要的概念——窗口子类化。
所谓窗口子类化，实际上就是改变窗口内存块中的有关参数。由于这种修改只涉及到一个窗口的内存块，因此它不会影响到属于同一窗口类的其它窗口的功能和表现（IDàHWNDàCWnd）。窗口子类化中最常见的是修改窗口内存块中的窗口函数地址（lpfnWndProc），使其指向一个新的窗口函数，从而改变原窗口函数的处理方法，做出特定功能适应。
在实际开发中，有些情况标准控件的标准过程是无能为力的。比如：在我们的应用中要求一个EDIT控件接收老师对学生的评价，评价分三个等级A、B、C（不要对我说你想用ComboBox实现），这就要求在EDIT中禁止对其它字母、数字的输入操作，怎么办？EDIT控件本身没有提供这种机制，采用子类化可以很好的解决这类问题。
我们知道，每一个Windows窗口（这里指EDIT）都有一个窗口处理函数负责对消息的处理，子类化通常就是用我们自己的消息处理函数来替代窗口原有的、标准的处理函数。当然我们自己的窗口处理过程只是关心那些特定的消息（在这里是WM_CHAR），而其它消息将发给原来的窗口函数做默认处理。在SDK中的实现方法是调用函数SetWindowLong，其原型如下：
WNDPROC oldWndProc = (WNDPROC)::SetWindowLong(hWnd, GWL_WNDPROC, (DWORD)AfxGetAfxWndProc());
其中AfxGetAfxWndProc()是我们自己的窗口处理函数，在其中处理我们感兴趣的消息后，然后调用原窗口函数oldWndProc来对其它消息做标准处理。
我们先来梳理一下一个窗口创建过程中的附加和子类化过程。
CWnd::CreateàCWnd::CreateExàAfxHookWindowCreate(this)à_AfxCbtFilterHook。在钩子函数_AfxCbtFilterHook中，将已创建的窗口（HWND）附加到当前正在初始化的CWnd（CEdit）对象（_AFX_THREAD_STATE:: m_hWndInit）上。然后再调用::SetWindowLong改变窗口的过程为AfxWndProc。窗口函数AfxWndProc从AFX_MODULE_THREAD_STATE::m_pmapHWND中查询hWnd对应的CWnd对象，AfxCallWndProc将消息委托给具体窗口对象的WindowProc函数处理。
利用MFC实现上面提到的EDIT控件过滤输入要求，只能输入A、B、C中的一个字母。
从CEdit派生一个自己的类CSuperEdit，在其中处理WM_CHAR。
void CSuperEdit::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags)
{
// TODO: Add your message handler code here and/or call default
TCHAR ch[20];