我一直很害怕忘记，害怕冷漠，更害怕不理睬。

但是，突然，却不知道从哪里说起。索性就想起一点写一点吧。慢慢挖掘，总是会把最美丽的事情都显现出来。

【 音乐厅 】
晚上，下着小雨，特别是入夏的小雨，嘻嘻琳琳的，给人一种清新，
今夜的小雨似乎给晚上的演出增加诗意！
第一次踏进音乐学院音乐厅，而且是享受钢琴和美声的熏陶~，似乎这就是第一次。
要是搁平常，敲着锣打着鼓我才懒得去呢。人们常说，活着就有品味，有诗意。
西方古代绅士喜欢用跳跳舞，听听古典高雅的音乐来以示自己的风雅。我却不以为然。
他们去的很早，我晚去的。

远远的就看见音乐学院那座红房子，到达音乐学院门口的时候，有人接待，我顺手就拿了一份节目单。
匆匆的走进演播厅，一眼就看到了他们，两个人坐在最后面。
"认识我吗，早就听说你大名啊，久仰久仰！"一下子似乎就给我个下马威。
"哪里，哪里？"赶紧回答到，算是寒暄吧.互通姓名之后，闲聊了几句。她莫不作声，只是在那里笑。一会，有人宣布演出开始。 晚上的表演------是三个即将毕业的女生，作为向恩师作最后告别的演出-----离别！
我这才环视了一下四周，刚才似乎魂魄不属于我自己，这才附到我身体上。
不小的演播厅尽然坐满了人。
很优美的旋律，很精致的回音。心得熏陶，美的享受。
尽管此行的目的不是为此，但是还是感受到了这种古典艺术的魅力！
演出之间，学生哭了，老师也哭了........观众在那里看,似乎在笑。
突然想到，大部分的人生其实我们都是在扮演这种角色，你在桥上看风景,看风景的人在楼上看你.
美好的时间总是过得如此之快，还没等我反应过来就有人宣布演出结束了。
“啊，结束了？”
“是啊，走啦！”
出来的时候依然下着不要打伞的小雨，刚才的琴声已不在脑海中游荡，
现实就是这么残酷，似乎容不得任何梦想，非要把他摔得粉碎才肯罢休。
“很精彩啊，一种享受。你们认为表演者中谁最出色”
“那个长很高的人不错啊，人长得漂亮，歌唱的也好”
“呵呵，是吗？” 
.......
笑声在回荡在这夜空中回荡，刹的也就没了。
生活加上修饰就成了艺术！

每个人都是一个故事，都希望讲故事。生活中的小片段，整理修饰一下，就是一部完整的小说。

连载中......

　　经验不足的开发人员往往将所有需要传送的内容依顺序保存在char型数组中，通过指针偏移的方法传送网络报文等信息。这样做编程复杂，易出错，而且一旦控制方式及通信协议有所变化，程序就要进行非常细致的修改。

　　一个有经验的开发者则灵活运用结构体，举一个例子，假设网络或控制协议中需要传送三种报文，其格式分别为packetA、packetB、packetC：

struct structA
{
int a;
char b;
};

struct structB
{
char a;
short b;
};

struct structC
{
int a;
char b;
float c;
}
　　优秀的程序设计者这样设计传送的报文：

struct CommuPacket
{
int iPacketType;　　//报文类型标志
union　　　　　　//每次传送的是三种报文中的一种，使用union
{
  struct structA packetA;
  struct structB packetB;
  struct structC packetC;
}
};
　　在进行报文传送时，直接传送struct CommuPacket一个整体。

　　假设发送函数的原形如下：

// pSendData：发送字节流的首地址，iLen：要发送的长度
Send(char * pSendData, unsigned int  iLen);
发送方可以直接进行如下调用发送struct CommuPacket的一个实例sendCommuPacket：
Send( (char *)&sendCommuPacket , sizeof(CommuPacket) );
假设接收函数的原形如下：
// pRecvData：发送字节流的首地址，iLen：要接收的长度
//返回值：实际接收到的字节数
unsigned int Recv(char * pRecvData, unsigned int  iLen)；
　　接收方可以直接进行如下调用将接收到的数据保存在struct CommuPacket的一个实例
recvCommuPacket中：

Recv( (char *)&recvCommuPacket , sizeof(CommuPacket) );
　　接着判断报文类型进行相应处理：

switch(recvCommuPacket. iPacketType)
{
    case PACKET_A:
    …    //A类报文处理
    break;
    case PACKET_B:
    …　  //B类报文处理
    break;
    case PACKET_C:
    …   //C类报文处理
    break;
}
　　以上程序中最值得注意的是

Send( (char *)&sendCommuPacket , sizeof(CommuPacket) );
Recv( (char *)&recvCommuPacket , sizeof(CommuPacket) );
　　中的强制类型转换：(char *)&sendCommuPacket、(char *)&recvCommuPacket，先取地址，再转化为char型指针，这样就可以直接利用处理字节流的函数。

　　利用这种强制类型转化，我们还可以方便程序的编写，例如要对sendCommuPacket所处内存初始化为0，可以这样调用标准库函数memset()：

memset((char *)&sendCommuPacket,0, sizeof(CommuPacket));

2. struct的成员对齐
　　Intel、微软等公司曾经出过一道类似的面试题：

1. ＃i nclude <iostream.h>

2. #pragma pack(8)
3. struct example1
4. {
5. short a;
6. long b;
7. };

8. struct example2
9. {
10. char c;
11. example1 struct1;
12. short e;   
13. };
14. #pragma pack()

15. int main(int argc, char* argv[])
16. {
17. example2 struct2;

18. cout << sizeof(example1) << endl;
19. cout << sizeof(example2) << endl;
20. cout << (unsigned int)(&struct2.struct1) - (unsigned int)(&struct2)
<< endl;

21. return 0;
22. }
　　问程序的输入结果是什么？

　　答案是：

8
16
4

　　不明白？还是不明白？下面一一道来：

2.1 自然对界

　　struct是一种复合数据类型，其构成元素既可以是基本数据类型（如int、long、float等）的变量，也可以是一些复合数据类型（如array、struct、union等）的数据单元。对于结构体，编译器会自动进行成员变量的对齐，以提高运算效率。缺省情况下，编译器为结构体的每个成员按其自然对界（natural alignment）条件分配空间。各个成员按照它们被声明的顺序在内存中顺序存储，第一个成员的地址和整个结构的地址相同。

　　自然对界(natural alignment)即默认对齐方式，是指按结构体的成员中size最大的成员对齐。

　　例如：

struct naturalalign
{
char a;
short b;
char c;
};
　　在上述结构体中，size最大的是short，其长度为2字节，因而结构体中的char成员a、c都以2为单位对齐，sizeof(naturalalign)的结果等于6；

　　如果改为：

struct naturalalign
{
char a;
int b;
char c;
};
　　其结果显然为12。

2.2指定对界

　　一般地，可以通过下面的方法来改变缺省的对界条件：

　　· 使用伪指令#pragma pack (n)，编译器将按照n个字节对齐；
　　· 使用伪指令#pragma pack ()，取消自定义字节对齐方式。

　　注意：如果#pragma pack (n)中指定的n大于结构体中最大成员的size，则其不起作用，结构体仍然按照size最大的成员进行对界。

　　例如：

#pragma pack (n)
struct naturalalign
{
char a;
int b;
char c;
};
#pragma pack ()
　　当n为4、8、16时，其对齐方式均一样，sizeof(naturalalign)的结果都等于12。而当n为2时，其发挥了作用，使得sizeof(naturalalign)的结果为8。

　　在VC++ 6.0编译器中，我们可以指定其对界方式，其操作方式为依次选择projetct >setting > C/C++菜单，在struct member alignment中指定你要的对界方式。

　　另外，通过__attribute((aligned (n)))也可以让所作用的结构体成员对齐在n字节边界上，但是它较少被使用，因而不作详细讲解。

2.3 面试题的解答

　　至此，我们可以对Intel、微软的面试题进行全面的解答。

　　程序中第2行#pragma pack (8)虽然指定了对界为8，但是由于struct example1中的成员最大size为4（long变量size为4），故struct example1仍然按4字节对界，struct example1的size为8，即第18行的输出结果；

　　struct example2中包含了struct example1，其本身包含的简单数据成员的最大size为2（short变量e），但是因为其包含了struct example1，而struct example1中的最大成员size为4，struct example2也应以4对界，#pragma pack (8)中指定的对界对struct example2也不起作用，故19行的输出结果为16；

　　由于struct example2中的成员以4为单位对界，故其char变量c后应补充3个空，其后才是成员struct1的内存空间，20行的输出结果为4。

3. C和C++间struct的深层区别
　　在C++语言中struct具有了“类”　的功能，其与关键字class的区别在于struct中成员变量和函数的默认访问权限为public，而class的为private。

　　例如，定义struct类和class类：

struct structA
{
char a;
…
}
class classB
{
      char a;
      …
}
　　则：

struct A a;
a.a = 'a';    //访问public成员，合法
classB b;
b.a = 'a';    //访问private成员，不合法
　　许多文献写到这里就认为已经给出了C++中struct和class的全部区别，实则不然，另外一点需要注意的是：

　　C++中的struct保持了对C中struct的全面兼容（这符合C++的初衷——“a better c”），因而，下面的操作是合法的：

//定义struct
struct structA
{
char a;
char b;
int c;
};
structA a = {'a' , 'a' ,1};    //  定义时直接赋初值
　　即struct可以在定义的时候直接以{ }对其成员变量赋初值，而class则不能，在经典书目《thinking C++ 2nd edition》中作者对此点进行了强调。

4. struct编程注意事项
　　看看下面的程序：

1. ＃i nclude <iostream.h>

2. struct structA
3. {
4. int iMember;
5. char *cMember;
6. };

7. int main(int argc, char* argv[])
8. {
9. structA instant1,instant2;
10.char c = 'a';
   
11. instant1.iMember = 1;
12. instant1.cMember = &c;

13.instant2 = instant1;

14.cout << *(instant1.cMember) << endl;

15.*(instant2.cMember) = 'b';

16. cout << *(instant1.cMember) << endl;

17. return 0;
}
　　14行的输出结果是：a
　　16行的输出结果是：b

　　Why?我们在15行对instant2的修改改变了instant1中成员的值！

　　原因在于13行的instant2 = instant1赋值语句采用的是变量逐个拷贝，这使得instant1和instant2中的cMember指向了同一片内存，因而对instant2的修改也是对instant1的修改。

　　在C语言中，当结构体中存在指针型成员时，一定要注意在采用赋值语句时是否将2个实例中的指针型成员指向了同一片内存。

　　在C++语言中，当结构体中存在指针型成员时，我们需要重写struct的拷贝构造函数并进行“=”操作符重载。

1.如何判断一个单向链表是否存在环路

struct node {

int data;

struct node * next;

};
 

bool check(const node* head) { if(head==NULL) return false; node *low=head, *fast=head->next; while(fast!=NULL && fast->next!=NULL) { low=low->next; fast=fast->next->next; if(low==fast) return true; } return false; }

为什么用1,2应该可以这么解释：设当两指针进入环后，走的快的离走的慢的m>0步，而环中节点数为n,显然(n>m)，再设两指针每次走的步数为a,b(不妨a>b)
如果当再走k次可以重合，必然满足k*(a-b) = n*l + m (l>=0)两边mod n 右边为m,即1...n-1都有可能,则必须(a-b)与n要互质(当然a-b = 1也满足)，只有互质，才能确保经过有限次k后，
k*(a-b) mod n 可以遍历1，...，n-1.又考虑到链表移动跨度不易过大，因此a,b要尽量选小，2，1是最佳选择。

2.如何找到这个环的开始节点

node * findnode(const node * head) { if(!check(head)) ruturn NULL; else do{ lasthead = head; head = head->next; }while(!check(head)); return lasthead; }

匈牙利命名法是一种编程时的命名规范。基本原则是：变量名＝属性＋类型＋对象描述，其中每一对象的名称都要求有明确含义，可以取对象名字全称或名字的一部分。命名要基于容易记忆容易理解的原则。保证名字的连贯性是非常重要的。　　

举例来说，表单的名称为form，那么在匈牙利命名法中可以简写为frm，则当表单变量名称为Switchboard时，变量全称应该为frmSwitchboard。这样可以很容易从变量名看出Switchboard是一个表单，同样，如果此变量类型为标签，那么就应命名成lblSwitchboard。可以看出，匈牙利命名法非常便于记忆，而且使变量名非常清晰易懂，这样，增强了代码的可读性，方便各程序员之间相互交流代码。　　

这种命名技术是由一位能干的Microsoft程序员查尔斯·西蒙尼(Charles Simonyi) 提出的，他出生在匈牙利。在 Microsoft 公司中和他一起工作的人被教会使用这种约定。这对他们来说一切都很正常。但对那些 Simonyi 领导的项目组之外的人来说却感到很奇特，他们认为这是死板的表达方式，甚至说带有这样奇怪的外观是因为它是用匈牙利文写的。从此这种命名方式就被叫做匈牙利命名法。

据说这种命名法是一位叫 Charles Simonyi 的匈牙利程序员发明的，后来他在微软呆了几年，于是
这种命名法就通过微软的各种产品和文档资料向世界传播开了。现在，大部分程序员不管自己使用
什么软件进行开发，或多或少都使用了这种命名法。这种命名法的出发点是把量名变按：属性+类型
+对象 描述的顺序组合起来，以使程序员作变量时对变量的类型和其它属性有直观的了解，下面
是HN变量命名规范，其中也有一些是我个人的偏向：

属性部分
全局变量
g_
常量
c_
c++类成员变量
m_
静态变量
s_

类型部分
指针
p
函数
fn
无效
v
句柄
h
长整型
l
布尔
b
浮点型（有时也指文件）
f
双字
dw
字符串
sz
短整型
n
双精度浮点
d
计数
c（通常用cnt）
字符
ch（通常用c）
整型
i（通常用n）
字节
by
字
w
实型
r
无符号
u

描述部分
最大
Max
最小
Min
初始化
Init
临时变量
T（或Temp）
源对象
Src
目的对象
Dest



这里顺便写几个例子：
hwnd ： h 是类型描述，表示句柄， wnd 是变量对象描述，表示窗口，所以 hwnd 表示窗口句柄；
pfnEatApple ： pfn 是类型描述，表示指向函数的指针， EatApple 是变量对象描述，所以它表示
指向 EatApple 函数的函数指针变量。
g_cch ： g_ 是属性描述，表示全局变量，c 和 ch 分别是计数类型和字符类型，一起表示变量类
型，这里忽略了对象描述，所以它表示一个对字符进行计数的全局变量。
上面就是HN命名法的一般规则。


小结:匈牙利命名法

匈牙利命名法

MFC、句柄、控件及结构的命名规范

Windows类型	样本变量	MFC类	样本变量
HWND	hWnd；	CWnd*	pWnd；
HDLG	hDlg；	CDialog*	pDlg；
HDC	hDC；	CDC*	pDC；
HGDIOBJ	hGdiObj；	CGdiObject*	pGdiObj；
HPEN	hPen；	CPen*	pPen；
HBRUSH	hBrush；	CBrush*	pBrush；
HFONT	hFont；	CFont*	pFont；
HBITMAP	hBitmap；	CBitmap*	pBitmap；
HPALETTE	hPaltte；	CPalette*	pPalette；
HRGN	hRgn；	CRgn*	pRgn；
HMENU	hMenu；	CMenu*	pMenu；
HWND	hCtl；	CState*	pState；
HWND	hCtl；	CButton*	pButton；
HWND	hCtl；	CEdit*	pEdit；
HWND	hCtl；	CListBox*	pListBox；
HWND	hCtl；	CComboBox*	pComboBox；
HWND	hCtl；	CScrollBar*	pScrollBar；
HSZ	hszStr；	CString	pStr；
POINT	pt；	CPoint	pt；
SIZE	size；	CSize	size；
RECT	rect；	CRect	rect；

一般前缀命名规范

前缀	类型	实例
C	类或结构	CDocument，CPrintInfo
m_	成员变量	m_pDoc，m_nCustomers

变量命名规范

前缀	类型	描述	实例
ch	char	8位字符	chGrade
ch	TCHAR	如果_UNICODE定义，则为16位字符	chName
b	BOOL	布尔值	bEnable
n	int	整型（其大小依赖于操作系统）	nLength
n	UINT	无符号值（其大小依赖于操作系统）	nHeight
w	WORD	16位无符号值	wPos
l	LONG	32位有符号整型	lOffset
dw	DWORD	32位无符号整型	dwRange
p	*	指针	pDoc
lp	FAR*	远指针	lpszName
lpsz	LPSTR	32位字符串指针	lpszName
lpsz	LPCSTR	32位常量字符串指针	lpszName
lpsz	LPCTSTR	如果_UNICODE定义，则为32位常量字符串指针	lpszName
h	handle	Windows对象句柄	hWnd
lpfn	callback	指向CALLBACK函数的远指针

前缀	符号类型	实例	范围
IDR_	不同类型的多个资源共享标识	IDR_MAIINFRAME	1～0x6FFF
IDD_	对话框资源	IDD_SPELL_CHECK	1～0x6FFF
HIDD_	对话框资源的Help上下文	HIDD_SPELL_CHECK	0x20001～0x26FF
IDB_	位图资源	IDB_COMPANY_LOGO	1～0x6FFF
IDC_	光标资源	IDC_PENCIL	1～0x6FFF
IDI_	图标资源	IDI_NOTEPAD	1～0x6FFF
ID_	来自菜单项或工具栏的命令	ID_TOOLS_SPELLING	0x8000～0xDFFF
HID_	命令Help上下文	HID_TOOLS_SPELLING	0x18000～0x1DFFF
IDP_	消息框提示	IDP_INVALID_PARTNO	8～0xDEEF
HIDP_	消息框Help上下文	HIDP_INVALID_PARTNO	0x30008～0x3DEFF
IDS_	串资源	IDS_COPYRIGHT	1～0x7EEF
IDC_	对话框内的控件	IDC_RECALC	8～0xDEEF

Microsoft MFC宏命名规范

名称	类型
_AFXDLL	唯一的动态连接库（Dynamic Link Library，DLL）版本
_ALPHA	仅编译DEC Alpha处理器
_DEBUG	包括诊断的调试版本
_MBCS	编译多字节字符集
_UNICODE	在一个应用程序中打开Unicode
AFXAPI	MFC提供的函数
CALLBACK	通过指针回调的函数

库标识符命名法

标识符	值和含义
u	ANSI（N）或Unicode（U）
d	调试或发行：D = 调试；忽略标识符为发行。

静态库版本命名规范

库	描述
NAFXCWD.LIB	调试版本：MFC静态连接库
NAFXCW.LIB	发行版本：MFC静态连接库
UAFXCWD.LIB	调试版本：具有Unicode支持的MFC静态连接库
UAFXCW.LIB	发行版本：具有Unicode支持的MFC静态连接库

动态连接库命名规范

名称	类型
_AFXDLL	唯一的动态连接库（DLL）版本
WINAPI	Windows所提供的函数

Windows.h中新的命名规范

类型	定义描述
WINAPI	使用在API声明中的FAR PASCAL位置，如果正在编写一个具有导出API人口点的DLL，则可以在自己的API中使用该类型
CALLBACK	使用在应用程序回叫例程，如窗口和对话框过程中的FAR PASCAL的位置
LPCSTR	与LPSTR相同，只是LPCSTR用于只读串指针，其定义类似（const char FAR*）
UINT	可移植的无符号整型类型，其大小由主机环境决定（对于Windows NT和Windows 9x为32位）；它是unsigned int的同义词
LRESULT	窗口程序返回值的类型
LPARAM	声明lParam所使用的类型，lParam是窗口程序的第四个参数
WPARAM	声明wParam所使用的类型，wParam是窗口程序的第三个参数
LPVOID	一般指针类型，与（void *）相同，可以用来代替LPSTR

获得CWinApp

获得CMainFrame

获得CChildFrame

获得CDocument

获得CView

AfxGetMainWnd()

m_pMainWnd

AfxGetMainWnd()->MDIGetActive()

AfxGetMainWnd()->GetActiveFrame()

SDI:AfxGetMainWnd()->GetActiveView()->GetDocument()

MDI:AfxGetMainWnd()->MDIGetActive()->GetActiveView()->GetDocument()

AfxGetApp()

theApp

MDIGetActive()

GetActiveFrame()

AfxGetApp()

theApp

AfxGetApp()

theApp

AfxGetMainWnd()->MDIGetActive()

AfxGetMainWnd()->GetActiveFrame()

AfxGetApp()

theApp

AfxGetApp()

AfxGetMainWnd()->MDIGetActive()

AfxGetMainWnd()->GetActiveFrame() 

SDI:AfxGetMainWnd()->GetActiveView()->GetDocument()

MDI:AfxGetMainWnd()->MDIGetActive()->GetActiveView()->GetDocument()

绘图过程大多放在OnDraw()或者OnPaint()函数中。在进行屏幕显示时OnDraw()由OnPaint()调用。当窗口需要重绘时（由于任何原因），系统总是先用背景色将显示区清除，然后才调用OnPaint()；而背景色往往与绘图内容反差很大，这样在短时间内背景色与显示图形的交替出现，使得显示窗口看起来在闪烁。解决办法是利用双缓冲技术。

2. 如何实现双缓冲

在OnDraw(CDC *pDC)中：

CDC MemDC; ///首先定义一个显示设备对象
CBitmap MemBitmap;///定义一个位图对象

///随后建立与屏幕显示兼容的内存显示设备
MemDC.CreateCompatibleDC(NULL);
///建立一个与屏幕显示兼容的位图（相当于构建画布），位图的大小可以用窗口的大小
MemBitmap.CreateCompatibleBitmap(pDC,nWidth,nHeight);

///将位图选入内存显示设备，相当于选择画布
CBitmap *pOldBit=MemDC.SelectObject(&MemBitmap);

///先用背景色（如白色）将位图清除干净
MemDC.FillSolidRect(0,0,nWidth,nHeight,RGB(255,255,255));

///然后加入绘图代码
MemDC.MoveTo(……);
MemDC.LineTo(……);

///再一次性把内存中的图形显示到屏幕
pDC->BitBlt(0,0,nWidth,nHeight,&MemDC,0,0,SRCCOPY);

///最后是绘图完成后的清理工作
MemBitmap.DeleteObject();
MemDC.DeleteDC();

尽管效果仍然不尽人意，但已经比直接绘图要好很多了

Windows应用程序通过为指定设备（屏幕，打印机等）创建一个设备描述表（Device Context, DC）在DC表示的逻辑意义的“画布”上进行图形的绘制。DC是一种包含设备信息的数据结构，它包含了物理设备所需的各种状态信息。Win32程序在绘制图形之前需要获取DC的句柄HDC，并在不继续使用时释放掉。

2．CDC及其派生类 CDC及其派生类的继承视图:
CObject
public |------CDC
public |------CClientDC
public |------CPaintDC
public |------CWindowDC
public |------CMetaFileDC
(注意: 除CMetaFileDC以外的三个派生类用于图形绘制.)
[以下几段是翻译MSDN中资料]
CDC类定义了一个设备描述表相关的类，其对象提供成员函数操作设备描述表进行工作，如显示器，打印机，以及显示器描述表相关的窗口客户区域。

通过CDC的成员函数可进行一切绘图操作。CDC提供成员函数进行设备描述表的基本操作，使用绘图工具，选择类型安全的图形设备结构（GDI），以及色彩，调色板。除此之外还提供成员函数获取和设置绘图属性，映射，控制视口，窗体范围，转换坐标，区域操作，裁减，划线以及绘制简单图形（椭圆，多边形等）。成员函数也提供绘制文本，设置字体，打印机换码，滚动，处理元文件。

通过CDC的成员函数可进行一切绘图操作。CDC提供成员函数进行设备描述表的基本操作，使用绘图工具，选择类型安全的图形设备结构（GDI），以及色彩，调色板。除此之外还提供成员函数获取和设置绘图属性，映射，控制视口，窗体范围，转换坐标，区域操作，裁减，划线以及绘制简单图形（椭圆，多边形等）。成员函数也提供绘制文本，设置字体，打印机换码，滚动，处理元文件。 其派生类:
PaintDC: 封装BeginPaint和EndPaint两个API的调用。
CClientDC: 处理显示器描述表的相关的窗体客户区域。
CWindowDC: 处理显示器描述表相关的整个窗体区域，包括了框架和控 件（子窗体）。
CMetaFileDC: 与元文件相关的设备描述表关联。

CDC提供两个函数，GetLayout和SetLayout用于反转设备描述表的布局。用于方便阿拉伯，希伯来的书写文化习惯的设计，以及非欧洲表中的字体布局。

CDC包含两个设备描述表，m_hDC和m_hAttribDC对应于相同的设备，CDC为m_hDC指定所有的输出GDI调用，大多数的GDI属性调用由m_hAttribDC控制。（如,GetTextColor是属性调用，而SetTextColor是一种输出调用。）

例子：框架使用这两个设备描述表，一个CMetaFileDC对象从物理设备中读取属性输出到元文件。打印机预览在框架中被执行时也是相同的形式。你也可以编写代码使用这两个设备描述表在你的应用程序中进行类似的操作。

3．使用方法

创建一个UseDC的MFC单文档程序，定制7个按钮用来选择使用的DC，每个按钮由一个成员变量标识控制[互斥]，分别是

bool m_bHDCDisplay ---- 使用整个屏幕的HDC；
bool m_bHDC ---- 使用当前视图的对应的DC；
bool m_bCDC ---- 使用CDC类[当前视图窗体]；
bool m_bCClientDC ---- 使用CClientDC类[视图客户区域DC]；
bool m_bCPaintDC ---- 使用CPaintDC[视图窗体]；
bool m_bCWindowDC ---- 使用CWindowDC[整个视图窗体]；
bool m_bCMetaFileDC ---- 使用CMetaFileDC

添加7个按钮的响应函数以控制这些bool变量.（这里比较简单我就不提供代码了）

视图类构造函数：

CUseDCView::CUseDCView()

{

this->m_bHDCDisplay = false;
this->m_bHDC = false;
this->m_bCDC = false;
this->m_bCClientDC = false;
this->m_bCPaintDC = false;
this->m_bCWindowDC = false;
this->m_bCMetaFileDC = false;
m_hMetaFile = NULL;

}

视图类OnDraw函数

void CUseDCView::OnDraw(CDC* pDC)

{

CUseDCDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);

//窗体在OnDraw中会自动传入关联当前视图窗体客户矩形区域的CPaintDC
//才能获取相应的设备描述表

HDC HDCDisplay = NULL; //屏幕DC的句柄 对应m_bHDCDisplay
HDC hDC = NULL; //普通DC的句柄 对应m_bHDC;
CDC * pCDC = NULL; //对应m_bCDC
CClientDC * pClientDC = NULL; //对应m_bCClientDC
CPaintDC * pPaintDC = NULL; //对应m_bCPaintDC
CWindowDC * pWindowDC = NULL; //对应m_bCWindowDC
CMetaFileDC * pMetaFileDC = NULL; //对应m_bMetaFileDC

HMETAFILE hMetaFile = NULL;

RECT rect; //定义一个设备左上角的矩形区域
rect.left = 0;
rect.top = 0;
rect.right = 200;
rect.bottom = 30;

//注意: HDCDisplay和hDC的::Release()中第一个参数HWND
//与GetDC()的第一个参数必须对应。
if(m_bHDCDisplay)
{
HDCDisplay = ::GetDC(NULL); //获得整个显示器区域的DC
::DrawText(HDCDisplay, "HDC of Display", 14, &rect, DT_LEFT|DT_TOP);
::ReleaseDC(NULL, HDCDisplay);
HDCDisplay = NULL;
}
if(m_bHDC) //绘制在客户区域
{
hDC = ::GetDC(this->m_hWnd); //本窗体的DC
::DrawText(hDC, "HDC", 3, &rect, DT_LEFT|DT_TOP);
::ReleaseDC(this->m_hWnd, hDC);
hDC = NULL;
}
else if(m_bCDC){
//必须释放由程序框架传入的pDC才能获取当前客户区域设备描述表
pCDC = this->GetDC(); //当前窗体(视图)的设备描述表
pCDC->DrawText("Use class CDC", 13, &rect, DT_LEFT|DT_TOP);
this->ReleaseDC(pCDC);
pCDC = NULL;
}
else if(m_bCClientDC){
pClientDC = new CClientDC(this); //获取本窗体客户区域的DC
pClientDC->DrawText("Use class CClientDC", &rect, DT_LEFT|DT_TOP);
delete pClientDC;
pClientDC = NULL;
}
else if(m_bCPaintDC) { //测试当前传入的CDC是不是CPaintDC
pPaintDC = (CPaintDC*)pDC;
pPaintDC->DrawText("Use class CPaintDC", &rect, DT_LEFT|DT_TOP);
}
else if(m_bCWindowDC){
pWindowDC = new CWindowDC(this); //获取本窗体框架和客户区域的DC
//注意：绘制字符串的矩形区域空白部分覆盖了视图子窗体的边缘．
pWindowDC->DrawText("Use class CWindowDC", &rect, DT_LEFT|DT_TOP);
delete pWindowDC;
pWindowDC = NULL;
}
else if(m_bCMetaFileDC){
//传入pDC->m_hDC使用pDC绘制,图形在视图窗体左上角
pMetaFileDC = new CMetaFileDC();
pMetaFileDC->m_hDC = pDC->m_hDC;
pMetaFileDC->DrawText("Use class CMetaFileDC", &rect, DT_LEFT|DT_TOP);
pMetaFileDC->Draw3dRect(200, 0, 300, 30, (COLORREF)0xffff00, (COLORREF)0x0000ff);
m_hMetaFile = pMetaFileDC->Close();
delete pMetaFileDC;
pDC->PlayMetaFile(m_hMetaFile);
}

}

MFC程序中使用CPaintDC在视图窗口中绘制图象时要注意，应该在OnPaint()编写关于CPaintDC相关的代码，而不是在OnDraw()中.但是请注意，如果使用OnPaint()函数响应WM_PAINT事件，OnDraw函数将会被屏蔽；

可以使用以下代码测试：

在CUseDCView.h，CUseDCView的类定义中语句DECLARE_MESSAGE_MAP()之前加上afx_msg void OnPaint()，在CUseDCView.cpp中BEGIN_MESSAGE_MAP (CUseDCView, CView)和END_MESSAGE_MAP()之间加上ON_WM_PAINT()。

void CUseDCView::OnPaint()

{
CPaintDC dc(this);
RECT rect;
rect.left = 0;
rect.top = 0;
rect.right = 200;
rect.bottom = 30;
dc.Draw3dRect(&rect, (COLORREF)0xff0000, (COLORREF)0x0000ff);
}

使用CMetaFileDC

有兴趣可以在以下语句中可以尝试以下几种情况：

else if(m_bCMetaFileDC){

...
...

}

情况1：（与上面的OnDraw函数中相同）
//传入pDC->m_hDC使用pDC绘制,图形在视图窗体左上角
pMetaFileDC = new CMetaFileDC();
pMetaFileDC->m_hDC = pDC->m_hDC;
pMetaFileDC->DrawText("Use class CMetaFileDC", &rect, DT_LEFT|DT_TOP);
pMetaFileDC->Draw3dRect(200, 0, 300, 30, (COLORREF)0xffff00, (COLORREF)0x0000ff);
m_hMetaFile = pMetaFileDC->Close();
delete pMetaFileDC;
pDC->PlayMetaFile(m_hMetaFile);

情况2：

//传入pDC->m_hDC使用屏幕DC绘制,图形在视图窗体左上角
HDC hdc;
pMetaFileDC = new CMetaFileDC();
hdc = ::GetDC(NULL);
pMetaFileDC->m_hDC = pDC->m_hDC;
pMetaFileDC->DrawText("Use class CMetaFileDC", &rect, DT_LEFT|DT_TOP);
pMetaFileDC->Draw3dRect(200, 0, 300, 30, (COLORREF)0xffff00, (COLORREF)0x0000ff);
m_hMetaFile = pMetaFileDC->Close();
delete pMetaFileDC;
::PlayMetaFile(hdc, m_hMetaFile);
::ReleaseDC(NULL, hdc);

情况3：

//传入屏幕DC,使用屏幕DC绘制,图像在屏幕左上角
HDC hdc;
pMetaFileDC = new CMetaFileDC();
hdc = ::GetDC(NULL);
pMetaFileDC->m_hDC = hdc;
pMetaFileDC->DrawText("Use class CMetaFileDC", &rect, DT_LEFT|DT_TOP);
pMetaFileDC->Draw3dRect(200, 0, 300, 30, (COLORREF)0xffff00, (COLORREF)0x0000ff);
m_hMetaFile = pMetaFileDC->Close();
delete pMetaFileDC;
::PlayMetaFile(hdc, m_hMetaFile);
::ReleaseDC(NULL, hdc);

情况4：

//传入屏幕DC,使用pDC绘制, 图像在屏幕左上角
HDC hdc;
pMetaFileDC = new CMetaFileDC();
hdc = ::GetDC(NULL);
pMetaFileDC->m_hDC = hdc;
pMetaFileDC->DrawText("Use class CMetaFileDC", &rect, DT_LEFT|DT_TOP);
pMetaFileDC->Draw3dRect(200, 0, 300, 30, (COLORREF)0xffff00, (COLORREF)0x0000ff);
m_hMetaFile = pMetaFileDC->Close();
delete pMetaFileDC;
pDC->PlayMetaFile(m_hMetaFile);
::ReleaseDC(NULL, hdc);

情况5：

//传入屏幕DC,使用pDC绘制,但是绘制前释放屏幕DC,
//没有出错,而且图像绘制在屏幕左上角
HDC hdc;
pMetaFileDC = new CMetaFileDC();
hdc = ::GetDC(NULL);
pMetaFileDC->m_hDC = hdc;
pMetaFileDC->DrawText("Use class CMetaFileDC", &rect, DT_LEFT|DT_TOP);
pMetaFileDC->Draw3dRect(200, 0, 300, 30, (COLORREF)0xffff00, (COLORREF)0x0000ff);
m_hMetaFile = pMetaFileDC->Close();
delete pMetaFileDC;
::ReleaseDC(NULL, hdc);
pDC->PlayMetaFile(m_hMetaFile);

情况6：

//传入屏幕pDC->hDC,使用CMetaFileDC绘制，图像在视图窗体左上角
HDC hdc;
pMetaFileDC = new CMetaFileDC();
hdc = pDC->m_hDC;
pMetaFileDC->m_hDC = hdc;
pMetaFileDC->DrawText("Use class CMetaFileDC", &rect, DT_LEFT|DT_TOP);
pMetaFileDC->Draw3dRect(200, 0, 300, 30, (COLORREF)0xffff00, (COLORREF)0x0000ff);
m_hMetaFile = pMetaFileDC->Close();
pMetaFileDC->PlayMetaFile(m_hMetaFile);
delete pMetaFileDC;
::ReleaseDC(NULL, hdc);

情况7：

//传入屏幕DC,使用CMetaFileDC绘制，图像在屏幕左上角
HDC hdc;
pMetaFileDC = new CMetaFileDC();
hdc = ::GetDC(NULL);
pMetaFileDC->m_hDC = hdc;
pMetaFileDC->DrawText("Use class CMetaFileDC", &rect, DT_LEFT|DT_TOP);
pMetaFileDC->Draw3dRect(200, 0, 300, 30, (COLORREF)0xffff00, (COLORREF)0x0000ff);
m_hMetaFile = pMetaFileDC->Close();
pMetaFileDC->PlayMetaFile(m_hMetaFile);
delete pMetaFileDC;
::ReleaseDC(NULL, hdc);

情况8：

//传入屏幕DC,使用CMetaFileDC绘制，绘图前释放hdc
//仍然没有出错,图像在屏幕左上角
HDC hdc;
pMetaFileDC = new CMetaFileDC();
hdc = ::GetDC(NULL);
pMetaFileDC->m_hDC = hdc;
pMetaFileDC->DrawText("Use class CMetaFileDC", &rect, DT_LEFT|DT_TOP);
pMetaFileDC->Draw3dRect(200, 0, 300, 30, (COLORREF)0xffff00, (COLORREF)0x0000ff);
m_hMetaFile = pMetaFileDC->Close();
::ReleaseDC(NULL, hdc);
pMetaFileDC->PlayMetaFile(m_hMetaFile);
delete pMetaFileDC;

由上面代码可见绘图的位置与传入CMetaFileDC::m_hDC的值有关。

使用CMetaFileDC需要注意：

使用CMetaFileDC对象调用一系列你想重复的CDC的GDI命令，只能使用CDC类中GDI输出命令。CDC的PlayMetaFile可以使用图元文件句柄来执行图元文件中的命令，图元文件也能使用CopyMetaFile使其存储在磁盘上。当不再需要图元文件时，调用DeleteMetaFile从内存中删除它。

以上代码都通过测试，有兴趣的朋友欢迎讨论，如果有错误和不足欢迎指出，需要测试源码的朋友可以留下邮箱，我看到后会尽快发给你