以前在Delphi下用Canvas用惯了,很少直接使用GDI API,今天转换到VC下了,哪只有重新温习GDI了,首先先简单说说GDI体系结构。
GDI是微软设计的一套API,为应用程序提供设备无关的接口,包括视频显示、打印机、画图仪和传真机。GDI提供几百个Windows程序可以调用的函数。这些函数大多数是从Win32的子系统GDI32.DLL中导出。有兴趣的话找个工具看看GDI32.Dll的导出函数。
GDI的功能太多了,MSDN库就将GDI API分为17个领域(位图、画刷、剪裁、颜色、坐标和变换、设备上下文、填充形状、字体和文本、直线和曲线、元文件、多显示监视器、画图和绘图、路径、画笔、打印和打印池、矩形、区域)。除了这些分类外,还有一些没有文档记载的函数。有一些在DDK中说明,还有一些没文档但系统DLL使用的函数。
主要的Windows图形编程API就是GDI,这些API与设备无关,编写出来的程序可在不同的设备上运行。哪GDI怎样实现设备无关的呢?为了与图形设备驱动程序交互,windows图形系统采用了了称之为设备上下文的内部数据结构,是用指针链接在一起的结构和对象组成的网状结构。设备上下文有两个重要的作用,最主要的用途在于提供图形设备逻辑,使的设备驱动程序以上的事物,包括图形引挚、win32客户端以及用户应用程序都独立于设备。另一个用途是存储常用的绘图属性,比如前景色,画笔、刷子......,这样不同的绘图调用就不需要重复这些设置。Win32 GDI的客户端向用户应用程序屏蔽了真正的设备上下文,应用只得到了设备上下文的句柄,GDI在创建设备上下文时返回句柄,然后将句柄反馈给GDI,以查询新的绘图操作。
/*
CreateDC(LPCTSTR pszDriver,只能是"DISPLAY"、NULL、"WINSPOOL"
LPCTSTR pszDevice,可以是EnumDisplayDevices返回的显示设备名,也可是打印名(如\\\\.\\DISPLAY1)或NULL
LPCTSTR pszOutput,用于可以接收打印作业的端口名,win32 API使用新的函数调用StartDoc传递端口名,因此必须为NULL
CONST DEVMODE *pdvmInit 指向DEVMODE结构的指针,DocumentProperties函数检索指定设备获取已填充的结构,如果设备驱动程序使用用户指定的缺省初始化值。则lplnitData参数必须为Null
);
*/
HDC hdc = CreateDC(_T( " DISPLAY " ), NULL, NULL, NULL); // 整个屏幕的设备上下文句柄
MoveToEx(hdc, 0 , 0 ,NULL);
LineTo(hdc, 100 , 100 ); // 绘制一条直线
DeleteDC(hdc);
/*
GetDC(HWND hWnd);
*/
hdc = ::GetDC( this -> m_hWnd);
MoveToEx(hdc, 0 , 0 ,NULL);
LineTo(hdc, 100 , 100 );
::ReleaseDC( this -> m_hWnd,hdc);
/*
BeginPaint(HWND hWnd,//窗口句柄
CONST PAINTSTRUCT *lpPaint //获取显示参数
)
PAINTSTRUCT结构定义
typedef struct tagPAINTSTRUCT {
HDC hdc;
BOOL fErase;
RECT rcPaint;
BOOL fRestore;
BOOL fIncUpdate;
BYTE rgbReserved[32];
} PAINTSTRUCT, *PPAINTSTRUCT
*/
PAINTSTRUCT ps;
hdc = ::BeginPaint( this -> m_hWnd, & ps);
MoveToEx(hdc, 200 , 200 ,NULL);
LineTo(hdc, 1300 , 1300 );
::EndPaint( this -> m_hWnd, & ps);