MFC和Win32技术应用分析
加入技术交流群
OnDraw(dc);
}
在栈中定义了CPaintDC类型的变量dc，随着构造函数的调用获取了设备描述表;设备描述表使用完毕，超出其有效范围就被自动地清除，随着析构函数的调用，其获取的设备描述表被释放。
如果希望在堆中创建，例如
CPaintDC *pDC;
pDC = new CPaintDC(this)
则在使用完毕时，用delete删除pDC:
delete pDC;
直接使用CDC
需要注意的是：在生成CDC对象的时候，并不像它的派生类那样，在构造函数里获取相应的Windows设备描述表。最好不要使用::GetDC等函数来获取一个设备描述表，而是创建一个设备描述表。其构造函数如下：
CDC::CDC()
{
m_hDC = NULL;
m_hAttribDC = NULL;
m_bPrinting = FALSE;
}
其析构函数如下：
CDC::~CDC()
{
if (m_hDC != NULL)
::DeleteDC(Detach());
}
在CDC析构函数中，如果设备描述表句柄不空，则调用DeleteDC删除它。这是直接使用CDC时最好创建Windows设备描述表的理由。如果设备描述表不是创建的，则应该在析构函数被调用前分离出设备描述表句柄并用::RealeaseDC释放它，释放后m_hDC为空，则在析构函数调用时不会执行::DeleteDC。当然，不用担心CDC的派生类的析构函数调用CDC的析构函数，因为CDC::~CDC()不是虚拟析构函数。
直接使用CDC的例子是内存设备上下文，例如：
CDC dcMem; //声明一个CDC对象
dcMem.CreateCompatibleDC(dc); //创建设备描述表
pbmOld = dcMem.SelectObject(m_bmBall);//更改设备描述表属性
…//作一些绘制操作
dcMem.SelectObject(pbmOld);//恢复设备描述表的属性
dcMem.DeleteDC(); //可以不调用，而让析构函数去删除设备描述表
GDI对象
在讨论设备描述表时，已经多次涉及到GDI对象。这里，需强调一下：GDI对象要选入Windows 设备描述表后才能使用;用毕，要恢复设备描述表的原GDI对象，并删除该GDI对象。
一般按如下步骤使用GDI对象：
Create or get a GDI OBJECT hNewGdi;
hOldGdi = ::SelectObject(hdc, hNewGdi)
……
::SelectObject(hdc, hOldGdi)
::DeleteObject(hNewGdi)
先创建或得到一个GDI对象，然后把它选入设备描述表并保存它原来的GDI对象;用毕恢复设备描述表原来的GDI对象并删除新创建的GDI对象。
需要指出的是，如果hNewGdi是一个Stock GDI对象，可以不删除(删除也可以)。通过
HGDIOBJ GetStockObject(
int fnObject // type of stock object
);
来获取Stock GDI对象。
MFC GDI对象
MFC用一些类封装了Windows GDI对象和相关函数，层次结构如图2-4所示：
CGdiObject封装了Windows GDI Object共有的特性。其派生类在继承的基础上，主要封装了各类GDI的创建函数以及和具体GDI对象相关的操作。
CGdiObject的构造函数仅仅让m_hObject为空。如果m_hObject不空，其析构函数将删除对应的Windows GDI对象。MFC GDI对象和Windows GDI对象的关系如图2-5所示。
使用MFC GDI类的使用
首先创建GDI对象，可分一步或两步创建。一步创建就是构造MFC对象和Windows GDI对象一步完成;两步创建则先构造MFC对象，接着创建Windows GDI对象。然后，把新创建的GDI对象选进设备描述表，取代原GDI对象并保存。最后，恢复原GDI对象。例如：
void CMyView::OnDraw(CDC *pDC)
{
CPen penBlack; //构造MFC CPen对象
if (penBlack.CreatePen(PS_SOLID, RGB(0, 0, 0)))
{
CPen *pOldPen = pDC->SelectObject(penBlack)); //选进设备表，保存原笔
…
pDC->SelectObject(pOldPen); //恢复原笔
}else
{
…
}
}
和在SDK下有一点不同的是：这里没有DeleteObject。因为执行完OnDraw后，栈中的penBlack被销毁，它的析构函数被调用，导致DeleteObject的调用。
还有一点要说明：
pDC->SelectObject(penBlack)返回了一个CPen *指针，也就是说，它根据原来PEN的句柄创建了一个MFC CPen对象。这个对象是否需要删除呢?不必要，因为它是一个临时对象，MFC框架会自动地删除它。当然，在本函数执行完毕把控制权返回给主消息循环之前，该对象是有效的。
关于临时对象及MFC处理它们的内部机制，将在后续章节详细讨论。
至此，Windows编程的核心概念：窗口、GDI界面(设备描述表、GDI对象等)已经陈述清楚，特别揭示了MFC对这些概念的封装机制，并简明讲述了与这些Windows Object对应的MFC类的使用方法。还有其他Windows概念，可以参见SDK开发文档。在MFC的实现上，基本上仅仅是对和这些概念相关的Win32函数的封装。如果明白了MFC的窗口、GDI界面的封装机制，其他就不难了。
评论