关于窗口重画的初级问题
初初级问题：
我在视图画的图象或者文字，当窗口改变后（包括最小化后还原，被别的窗口挡住后重新显示等）为什么不见了？
这 就是窗口重绘或者说重画的问题。当窗口改变后，会产生无效区域，这个无效的区域需要重画。什么是无效区域？自己到网上搜索或者看相关资料。我这里给出一个 特殊的解释：以最小化后还原为例，假设只有一个程序在运行，窗口最小化时显示计算机桌面，并不妨假设桌面是蓝色的背景，当窗口还原时，窗口所占的这一块区 域该显示些什么东西呢？操作系统并不知道，因此，就形成一块无效区域。要是我们告诉操作系统，显示一个红方块，于是它就显示一个红方块，我们的程序过一会 想显示一个绿方块呢？同样也要告诉它。在哪里告诉它呢？在OnDraw或OnPaint函数这里（这里不准备讨论他们的区别，并且只关注OnDraw）。OnDraw函数在什么时候执行呢？在存在无效区域窗口需要重绘时执行。
下面开始做例子（为简化程序，不显示方块显示线条），建立一个SDI工程，并添加一个菜单项DrawLine，添加OnDrawline函数：
显示线条A(20,20,50,50)
void CDrawView::OnDrawline()
{
// TODO: Add your command handler code here
CClientDC dc(this);
dc.MoveTo(20,20);
dc.LineTo(50,50);
}
编译运行，出现一个线条，最小化还原，没有了。更改OnDraw函数：
显示线条B(100,100,70,70)
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
pDC->MoveTo(100,100);
pDC->LineTo(70,70);
}
运行，最小化还原，你会发现线条B一直存在,线条A没有了。
到这里，你应该有一个疑问：我们新建一个SDI程序，什么都没做啊，为什么这个时候还是能显示菜单，框架这些东西？我们并没有告诉操作系统要显示什么啊？这是因为一般Windows会发送两个消息WM_PAINT（通知客户区有变化）和WM_NCPAINT（通知非客户区有变化）。非客户区的重画系统自己搞定了，而客户区的重画需要我们自己来完成。
初级问题：
我要在菜单函数里面画图怎么办？或者说，我希望点击菜单就画图，不想把代码放在OnDraw里面。
这个问题主要是思路没有转过弯来。其实很简单，在菜单函数里面设置一个开关，然后在OnDraw里面根据这个开关来决定是否显示就可以了。例如：
BOOL bShowLineA=FALSE;
void CDrawView::OnDrawline()
{
// TODO: Add your command handler code here
bShowLineA=TRUE;
Invalidate();//这个函数暂时只需要知道是用来“调用”OnDraw函数的
}
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
if(bShowLineA)
{
pDC->MoveTo(20,20);
pDC->LineTo(50,50);
}
}
单击菜单项DrawLine就会画线条A，当然你还可以再搞一个函数令bShowLineA=FALSE达到删除线条的目的。
上述做法存在很大局限：必须事先知道要画什么图。考虑这样一种情况：我们用鼠标画图，鼠标按下时决定开始线条开始点，鼠标弹起时决定结束点并画图。你也许会说，还是可以用上面的做法啊，用变量来代替数字就可以了，例如：
void CDrawView::OnLButtonDown(UINT nFlags, CPoint point)
{
// TODO: Add your message handler code here and/or call default
start=point;
CView::OnLButtonDown(nFlags, point);
}
void CDrawView::OnLButtonUp(UINT nFlags, CPoint point)
{
// TODO: Add your message handler code here and/or call default
end=point;
Invalidate();
CView::OnLButtonUp(nFlags, point);
}
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
pDC->MoveTo(start.x,start.y);
pDC->LineTo(end.x,end.y);
}
这样的确是可以解决一部分问题，考虑更复杂的情况：画若干条线条，还要画一些圆、正方形，甚至还要显示一行文字。这个时候上面的方法就不太适合了。但原理是一样的：在菜单函数里面计算，保存数据结果，通知系统更新；在OnDraw函数里面根据新的结果数据进行重画。在菜单函数里面如何保存数据结果呢？可以使用一个结构（或者类）保存在内存里（例如可以使用数组，链表等等方式），也可以把数据保存在一个文件里，然后，在OnDraw里面读取这个结构（前面说的数组、链表、文件等）的数据进行重画。总之，具体问题具体分析。
记住一个大原则：画图代码（确切的说是用来显示的代码）放在OnDraw里面。
那么，是不是任何时候画图代码都必须要放在OnDraw里面？也不全是，例如操作的一些中间过程就要放在其他函数。一个经典的例子是用鼠标画直线，并且动态显示中间画图过程，鼠标弹起才最终决定最后的直线。那么，在鼠标移动事件中就要动态的画线了，然后保存最终结果，在OnDraw里面只需要画这个最终结果就可以了。当然，这个中间过程其实还是可以放到OnDraw里面来的。特别是一些复杂的图形处理，例如画不规则图形，就需要开一个线程专门用来计算显示画线的过程，这个不在我们讨论范围之内。
我还发现一个初学者有趣的心理活动，包括我自己也是一样的，就是舍不得在OnDraw里面放较多的代码。如下：
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
pDC->MoveTo(start.x,start.y);
pDC->LineTo(end.x,end.y);
....
下面还有很多的画图的代码。
}
上面这种情况他们总是担心会不会效率太低了？因为窗口动不动就要刷新，这么多代码会不会太慢了？但是，要是下面这样的代码他们就放心多了：
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
fun();
}
fun
{
很多很多很多的画图的代码
}
呵呵，有时候我跟别人说，把画图代码放在OnDraw里面，他们就会认为，每一行代码都放到OnDraw里面。
还 有一些“顽固分子”说，我把画图的代码放在菜单函数里面，然后禁止窗口重画就行了，然后到处去问怎么禁止窗口自动重画。他们都忽略了一个事实，显示器只有 一个！他们都把窗口当作一个个的实体了。他们的想法是：把这个窗口画好了，就再也不动了，最小化吗？好办，请工人把这个窗口拿走，就可以看到后面的窗口 了，还原，就让工人再搬回来就是了。可事实是：窗口（显示器）永远都只有一个。我们只看显示器里面中间的一个象素点：这个时候，这个点在我们的程序里面是 红色的，然后把我们的窗口最小化，这个点并没有随着我们的窗口跑掉啊，它还是在那里，可是下一个窗口是绿色的，你说，这个时候是不是要重新把这个点涂成绿 色的？这就是重画。还原时，又要重新把它涂成红色，如此反复。
觉得太罗嗦，好像还没说清楚，累啊^_^
一，前言
初初级问题：
我在视图画的图象或者文字，当窗口改变后（包括最小化后还原，被别的窗口挡住后重新显示等）为什么不见了？
这 就是窗口重绘或者说重画的问题。当窗口改变后，会产生无效区域，这个无效的区域需要重画。什么是无效区域？自己到网上搜索或者看相关资料。我这里给出一个 特殊的解释：以最小化后还原为例，假设只有一个程序在运行，窗口最小化时显示计算机桌面，并不妨假设桌面是蓝色的背景，当窗口还原时，窗口所占的这一块区 域该显示些什么东西呢？操作系统并不知道，因此，就形成一块无效区域。要是我们告诉操作系统，显示一个红方块，于是它就显示一个红方块，我们的程序过一会 想显示一个绿方块呢？同样也要告诉它。在哪里告诉它呢？在OnDraw或OnPaint函数这里（这里不准备讨论他们的区别，并且只关注OnDraw）。OnDraw函数在什么时候执行呢？在存在无效区域窗口需要重绘时执行。
下面开始做例子（为简化程序，不显示方块显示线条），建立一个SDI工程，并添加一个菜单项DrawLine，添加OnDrawline函数：
显示线条A(20,20,50,50)
void CDrawView::OnDrawline()
{
// TODO: Add your command handler code here
CClientDC dc(this);
dc.MoveTo(20,20);
dc.LineTo(50,50);
}
编译运行，出现一个线条，最小化还原，没有了。更改OnDraw函数：
显示线条B(100,100,70,70)
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
pDC->MoveTo(100,100);
pDC->LineTo(70,70);
}
运行，最小化还原，你会发现线条B一直存在,线条A没有了。
到这里，你应该有一个疑问：我们新建一个SDI程序，什么都没做啊，为什么这个时候还是能显示菜单，框架这些东西？我们并没有告诉操作系统要显示什么啊？这是因为一般Windows会发送两个消息WM_PAINT（通知客户区有变化）和WM_NCPAINT（通知非客户区有变化）。非客户区的重画系统自己搞定了，而客户区的重画需要我们自己来完成。
初级问题：
我要在菜单函数里面画图怎么办？或者说，我希望点击菜单就画图，不想把代码放在OnDraw里面。
这个问题主要是思路没有转过弯来。其实很简单，在菜单函数里面设置一个开关，然后在OnDraw里面根据这个开关来决定是否显示就可以了。例如：
BOOL bShowLineA=FALSE;
void CDrawView::OnDrawline()
{
// TODO: Add your command handler code here
bShowLineA=TRUE;
Invalidate();//这个函数暂时只需要知道是用来“调用”OnDraw函数的
}
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
if(bShowLineA)
{
pDC->MoveTo(20,20);
pDC->LineTo(50,50);
}
}
单击菜单项DrawLine就会画线条A，当然你还可以再搞一个函数令bShowLineA=FALSE达到删除线条的目的。
上述做法存在很大局限：必须事先知道要画什么图。考虑这样一种情况：我们用鼠标画图，鼠标按下时决定开始线条开始点，鼠标弹起时决定结束点并画图。你也许会说，还是可以用上面的做法啊，用变量来代替数字就可以了，例如：
void CDrawView::OnLButtonDown(UINT nFlags, CPoint point)
{
// TODO: Add your message handler code here and/or call default
start=point;
CView::OnLButtonDown(nFlags, point);
}
void CDrawView::OnLButtonUp(UINT nFlags, CPoint point)
{
// TODO: Add your message handler code here and/or call default
end=point;
Invalidate();
CView::OnLButtonUp(nFlags, point);
}
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
pDC->MoveTo(start.x,start.y);
pDC->LineTo(end.x,end.y);
}
这样的确是可以解决一部分问题，考虑更复杂的情况：画若干条线条，还要画一些圆、正方形，甚至还要显示一行文字。这个时候上面的方法就不太适合了。但原理是一样的：在菜单函数里面计算，保存数据结果，通知系统更新；在OnDraw函数里面根据新的结果数据进行重画。在菜单函数里面如何保存数据结果呢？可以使用一个结构（或者类）保存在内存里（例如可以使用数组，链表等等方式），也可以把数据保存在一个文件里，然后，在OnDraw里面读取这个结构（前面说的数组、链表、文件等）的数据进行重画。总之，具体问题具体分析。
记住一个大原则：画图代码（确切的说是用来显示的代码）放在OnDraw里面。
那么，是不是任何时候画图代码都必须要放在OnDraw里面？也不全是，例如操作的一些中间过程就要放在其他函数。一个经典的例子是用鼠标画直线，并且动态显示中间画图过程，鼠标弹起才最终决定最后的直线。那么，在鼠标移动事件中就要动态的画线了，然后保存最终结果，在OnDraw里面只需要画这个最终结果就可以了。当然，这个中间过程其实还是可以放到OnDraw里面来的。特别是一些复杂的图形处理，例如画不规则图形，就需要开一个线程专门用来计算显示画线的过程，这个不在我们讨论范围之内。
我还发现一个初学者有趣的心理活动，包括我自己也是一样的，就是舍不得在OnDraw里面放较多的代码。如下：
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
pDC->MoveTo(start.x,start.y);
pDC->LineTo(end.x,end.y);
....
下面还有很多的画图的代码。
}
上面这种情况他们总是担心会不会效率太低了？因为窗口动不动就要刷新，这么多代码会不会太慢了？但是，要是下面这样的代码他们就放心多了：
void CDrawView::OnDraw(CDC* pDC)
{
CDrawDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
fun();
}
fun
{
很多很多很多的画图的代码
}
呵呵，有时候我跟别人说，把画图代码放在OnDraw里面，他们就会认为，每一行代码都放到OnDraw里面。
还 有一些“顽固分子”说，我把画图的代码放在菜单函数里面，然后禁止窗口重画就行了，然后到处去问怎么禁止窗口自动重画。他们都忽略了一个事实，显示器只有 一个！他们都把窗口当作一个个的实体了。他们的想法是：把这个窗口画好了，就再也不动了，最小化吗？好办，请工人把这个窗口拿走，就可以看到后面的窗口 了，还原，就让工人再搬回来就是了。可事实是：窗口（显示器）永远都只有一个。我们只看显示器里面中间的一个象素点：这个时候，这个点在我们的程序里面是 红色的，然后把我们的窗口最小化，这个点并没有随着我们的窗口跑掉啊，它还是在那里，可是下一个窗口是绿色的，你说，这个时候是不是要重新把这个点涂成绿 色的？这就是重画。还原时，又要重新把它涂成红色，如此反复。
觉得太罗嗦，好像还没说清楚，累啊^_^
一，前言