看到有人说学编程的时候记了好几万字的笔记，让我心动不已，也想留点东西以后炫耀炫耀~其实这个也算不上笔记，算是一点记录吧，不过笔记的话也是有记点小东西在本子上的~嘿嘿~
----------------------------------------------------------------------------------------------------------------------------------------
终于把孙鑫老师VC++的教程的第一课看完了。最后面有15分钟左右的时间是复习，跟着写了一遍，但却漏洞百出。
先是复制在线MSDN的WinMain函数的参数出错，
int WINAPI WinMain(
HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPWSTR lpCmdLine, //应该要少一个W才对。
int nShowCmd //nCmdShow
)
自己查不出来这个错误，还是百度了，才知道，然后又自己写了一遍，跳出来的类型确实是LPSTR,约莫是VC6.0版本跟在线MSDN的版本不同吧。
然后又有单词拼错的问题。。。
总算编译通过了！可是，一直运行不了，出现的错误是0x77d3175b要调用0xcccccccc，但这个内存不能被read，百度，没有围绕这问题中心的答案，通过我一步一步的调试，觉得问题应该出在RegisterClass()这个函数执行的时候，再再百度，竟然有人跟我是一样的问题。。对wndcla.lpszMenuName没有赋值，所以RegisterClass在注册这个类的时候就出错了。于是更是无奈自己的马大哈，明明孙鑫老师在视频中就说过了，对结构体赋值完后要再检查一遍。
最后总算过了。。。哈哈~感觉真不错~代码如下，可以跳过不看：
-----------------------------------------------------------------------------------------------------------------------------------
#include <windows.h>
#include <stdio.h>
LRESULT CALLBACK WinWWProc(
HWND hwnd,
UINT uMsg,
WPARAM wParam,
LPARAM lParam
);
int WINAPI WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nShowCmd)
/*
int WINAPI WinMain(
HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPWSTR lpCmdLine, //应该要少一个W才对。
int nShowCmd //nCmdShow
)
*/
{
WNDCLASS wndcla;
wndcla.cbClsExtra=0;
wndcla.cbWndExtra=0;
wndcla.hbrBackground=(HBRUSH)GetStockObject(BLACK_BRUSH);
wndcla.hCursor=LoadCursor(NULL,IDC_CROSS);
wndcla.hIcon=LoadIcon(NULL,IDI_ERROR);
wndcla.hInstance=hInstance;
wndcla.lpfnWndProc=WinWWProc;
wndcla.lpszMenuName=NULL;//!错误地方！
wndcla.lpszClassName="w2003";
wndcla.style= CS_HREDRAW|CS_VREDRAW;
RegisterClass(&wndcla);
HWND hwnd;
hwnd=CreateWindow("w2003","快过年了",WS_OVERLAPPEDWINDOW,250,150,600,400,NULL,NULL,hInstance,NULL);
ShowWindow(hwnd,SW_SHOWNORMAL);
UpdateWindow(hwnd);
MSG msg;
while(GetMessage(&msg,NULL,0,0))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
return 0;
}
LRESULT CALLBACK WinWWProc(
HWND hwnd,
UINT uMsg,
WPARAM wParam,
LPARAM lParam
)
{
switch(uMsg)
{
case WM_CHAR:
char strchar[500];
sprintf(strchar,"你按下了 %c 键",wParam);
MessageBox(hwnd,strchar,"我说：",0);
break;
case WM_LBUTTONDOWN:
MessageBox(hwnd,"你按了鼠标！","我说:",0);
HDC hdc;
hdc=GetDC(hwnd);
TextOut(hdc,100,100,"说了不能按鼠标你偏要按鼠标",strlen("说了不能按鼠标你偏要按鼠标"));
ReleaseDC(hwnd,hdc);
break;
case WM_PAINT:
HDC thdc;
PAINTSTRUCT ps;
thdc=BeginPaint(hwnd,&ps);
TextOut(thdc,95,222,"不能按鼠标",strlen("不能按鼠标"));
EndPaint(hwnd,&ps);
break;
case WM_CLOSE:
if(IDYES==MessageBox(hwnd,"你要离开？","确定",MB_YESNO))
{
DestroyWindow(hwnd);
}
break;
case WM_DESTROY:
PostQuitMessage(0);
break;
default:
return DefWindowProc(hwnd,uMsg,wParam,lParam);
}
return 0;
}
-------------------------------------------------------------------------------------------------------------------------------
我感觉疑惑的是这一段。。
case WM_PAINT:
HDC thdc;
PAINTSTRUCT ps;
thdc=BeginPaint(hwnd,&ps);
TextOut(thdc,95,222,"不能按鼠标",strlen("不能按鼠标"));
EndPaint(hwnd,&ps);
break;
为什么要用Paint相关的函数，而不和上面
case WM_LBUTTONDOWN:
MessageBox(hwnd,"你按了鼠标！","我说:",0);
HDC hdc;
hdc=GetDC(hwnd);
TextOut(hdc,100,100,"说了不能按鼠标你偏要按鼠标",strlen("说了不能按鼠标你偏要按鼠标"));
ReleaseDC(hwnd,hdc);
break;
一样，用GetDC和ReleaseDC呢？
试着换了一下，
case WM_PAINT:
HDC thdc;
thdc=GetDC(hwnd);
// PAINTSTRUCT ps;
// thdc=BeginPaint(hwnd,&ps);
TextOut(thdc,95,222,"不能按鼠标",strlen("不能按鼠标"));
// EndPaint(hwnd,&ps);
ReleaseDC(hwnd,thdc);
break;
然后。。。运行结果：那一行“不能按鼠标”不停地抖阿抖，但界面却是死掉的，不管按什么都没反应，在开始栏右键也没反应，感觉像是程序在不断刷新，非常繁忙的感觉。
而把case WM_LBUTTONDOWN换成用PAINT相关，
case WM_LBUTTONDOWN:
MessageBox(hwnd,"你按了鼠标！","我说:",0);
HDC hdc;
// hdc=GetDC(hwnd);
PAINTSTRUCT pds;
hdc=BeginPaint(hwnd,&pds);
TextOut(hdc,100,100,"说了不能按鼠标你偏要按鼠标",strlen("说了不能按鼠标你偏要按鼠标"));
EndPaint(hwnd,&pds);
// ReleaseDC(hwnd,hdc);
break;
则不显示"说了不能按鼠标你偏要按鼠标"这一句话。
推了一下，怀疑是因为PAINT系列会自动销毁绘出的东西，而GetDC不会，但事实上还是很说不通，只能再百度啦~
百度结果如下：
BeginPaint() 和EndPaint() 可以删除消息队列中的WM_PAINT消息，并使无效区域有效。
GetDC()和ReleaseDC()并不删除也不能使无效区域有效，因此当程序跳出 WM_PAINT 时 ，无效区域仍然存在。系统就回不断发送WM_PAINT消息，于是程序不断处理WM_PAINT消息。
相当于BeginPaint、EndPaint会告诉GDI内部，这个窗口需要重画的地方已经重画了，这样WM_PAINT处理完返回给系统后，系统不会再重发WM_PAINT，而GetDC没有告诉系统这个窗口需要重画的地方已经画过，在你把程序返回给系统后，系统一直以为通知你的重画命令你还没有乖乖的执行或者执行出错，所以在消息空闲时，它还会不断地发WM_PAINT催促你画，导致程序卡死。
这下，我对这个消息有点困惑了，GetDC并没有告诉GDI已经重绘，不会自动删除WM_PAINT，然后WM_PAINT就不断循环，但难道这种没有删除WM_PAINT就不消失是它自己的特性么？不然为什么GetDC也没有删除WM_LBUTTONDOWN啊，它就不会循环。
然后我的困惑也进一步扩大，什么时候系统会获取到WM_PAINT消息呢？
待续吧~
再贴点知识~
无效区域 ：
无效区域就是指需要重画的区域，无效的意思是：当前内容是旧的，过时的。
假设A是新弹出的一个对话框或被激活的现有对话框，A对话框置于原来的活动对话框B前面，造成对话框B的部分或全部被覆盖，当对话框A移开或关闭后，使对话框B原来被覆盖的地方重新可见。那部分被覆盖的地方就称为无效区域。
只有当一个窗口消息空闲时，系统才会抽空检查一下这个窗口的无效区域是否为非空（WM_PAINT的优先级是最低的。这也就是为什么系统很忙时窗口和桌面往往会出现变白、刷新不了、留拖拽痕迹等现象的原因），如果非空，系统就发送WM_PAINT。所以一定要用BeginPaint、EndPaint把无效区域设为空，否则WM_PAINT将一直被发送。
为什么WINDOWS要提出无效区域的概念？
这是为了加速。
因为BeginPaint和EndPaint用到的设备描述符只会在当前的无效区域内绘画，在有效区域内的绘画会自动被过滤，大家都知道，WIN GDI的绘画速度是比较慢的，所以能节省一个象素就节省一个，不用吝啬，这样可以有效加快绘画速度。
可见BeginPaint、EndPaint是比较“被动”的，只在窗口新建时和被摧残时才重画。
而GetDC用于主动绘制，只要你指到哪，它就打到哪。它不加判断就都画上去，无效区域跟它没关系。对话框没被覆盖没被摧残，它很健康，系统没要求它重画，但开发者有些情况下需要它主动重画：比如一个定时换外观的窗口，这时候就要在WM_TIMER处理代码用GetDC。这时候再用BeginPaint、EndPaint的话，会因为无效区域为空，所有绘画操作都将被过滤掉。
