|
函数功能Q该函数改变一个子H口Q弹出式H口式顶层窗口的寸Q位|和Z序。子H口Q弹出式H口Q及层H口Ҏ(gu)它们在屏q上出现的顺序排序、顶层窗口设|的U别最高，q且被设|ؓZ序的W一个窗口?br> 函数原型QBOOL SetWindowPosQHWN hWndQHWND hWndlnsertAfter,int XQint Y,int cxQint cy,UNITQFlagsQ； 参数Q?br> hWnd:H口句柄?br> hWndlnsertAfter:在z序中的位于被|位的窗口前的窗口句柄。该参数必须Z个窗口句柄，或下列g一Q?br> HWND_BOTTOMQ将H口|于Z序的底部。如果参数hWnd标识了一个顶层窗口，则窗口失去顶U位|，q且被置在其他窗口的底部?br> HWND_DOTTOPMOSTQ将H口|于所有非层H口之上Q即在所有顶层窗口之后）。如果窗口已l是非顶层窗口则该标志不起作用?br> HWND_TOP:窗口置于Z序的剙?br> HWND_TOPMOST:窗口置于所有非层H口之上。即使窗口未被激zȝ口也保持顶U位|?br> 查g看该参数的用方法，L(fng)说明部分?br> xQ以客户坐标指定H口C|的左边界?br> YQ以客户坐标指定H口C|的边界?br> cx:以像素指定窗口的新的宽度?br> cyQ以像素指定H口的新的高度?br> uFlags:H口寸和定位的标志。该参数可以是下列值的l合Q?br> SWP_ASNCWINDOWPOSQ如果调用进E不拥有H口Q系l会向拥有窗口的U程发出需求。这防止调用线E在其他U程处理需求的时候发生死锁?br> SWP_DEFERERASEQ防止生WM_SYNCPAINT消息?br> SWP_DRAWFRAMEQ在H口周围M个边框（定义在窗口类描述中）?br> SWP_FRAMECHANGEDQ给H口发送WM_NCCALCSIZE消息Q即使窗口尺寸没有改变也会发送该消息。如果未指定q个标志Q只有在改变了窗口尺寸时才发送WM_NCCALCSIZE?br> SWP_HIDEWINDOW;隐藏H口?br> SWP_NOACTIVATEQ不Ȁzȝ口。如果未讄标志Q则H口被激z，q被讄到其他最高H口或非最高l的剙Q根据参数hWndlnsertAfter讄Q?br> SWP_NOCOPYBITSQ清除客户区的所有内宏V如果未讄该标志，客户区的有效内容被保存ƈ且在H口寸更新和重定位后拷贝回客户区?br> SWP_NOMOVEQ维持当前位|（忽略X和Y参数Q?br> SWP_NOOWNERZORDERQ不改变z序中的所有者窗口的位置?br> SWP_NOREDRAW:不重L变的内容。如果设|了q个标志Q则不发生Q何重d作。适用于客户区和非客户区（包括标题栏和滚动条）和Q何由于窗回移动而露出的父窗口的所有部分。如果设|了q个标志Q应用程序必L地使窗口无效ƈ区重ȝ口的M部分和父H口需要重ȝ部分?br> SWP_NOREPOSITIONQ与SWP_NOOWNERZORDER标志相同?br> SWP_NOSENDCHANGINGQ防止窗口接收WM_WINDOWPOSCHANGING消息?br> SWP_NOSIZEQ维持当前尺寸（忽略cx和Cy参数Q?br> SWP_NOZORDERQ维持当前Z序（忽略hWndlnsertAfter参数Q?br> SWP_SHOWWINDOWQ显C窗口?br> q回|如果函数成功Q返回gؓ非零Q如果函数失败，q回gؓ零。若惌得更多错误消息，误用GetLastError函数?br> 备注Q如果设|了SWP_SHOWWINDOW和SWP_HIDEWINDOW标志Q则H口不能被移动和改变大小。如果用SetWindowLoog改变了窗口的某些数据Q则必须调用函数SetWindowPos来作真正的改变。用下列的l合标志QSWP_NOMOVEISWP_NOSIZEISWP_FRAMECHANGED?br> 有两U方法将H口设ؓ最层H口Q一U是参数hWndlnsertAfter讄为HWND_TOPMOSTq确保没有设|SWP_NOZORDER标志Q另一U是讄H口在Z序中的位|以使其在其他存在的H口之上。当一个窗口被|ؓ最层H口Ӟ属于它的所有窗口均为最层H口Q而它的所有者的z序ƈ不改变?br> 如果HWND_TOPMOST和HWND_NOTOPMOST标志均未指定Q即应用E序要求H口在激zȝ同时改变其在Z序中的位|时Q在参数hWndinsertAfter中指定的值只有在下列条g中才使用Q?br> 在hWndlnsertAfter参数中没有设定HWND_NOTOPMOST和HWND_TOPMOST标志?br> 由hWnd参数标识的窗口不是激zȝ口?br> 如果未将一个非Ȁzȝ口设定到z序的端Q应用程序不能激z该H口。应用程序可以无M限制地改变被Ȁzȝ口在Z序中的位|，或激zM个窗口ƈ其Ud最高H口的顶部或非最高H口的顶部?br> 如果一个顶层窗口被重定位到z序的底部QHWND_BOTTOMQ或在Q何非最高序的窗口之后，该窗口就不再是最层H口。当一个最层H口被置为非最Q则它的所有者窗口和所属者窗口均为非最层H口?br> 一个非最端H口可以拥有一个最端H口Q但反之则不可以。Q何属于顶层窗口的H口Q例如一个对话框Q本w就被置为顶层窗口，以确保所有被属窗口都在它们的所有者之上?br> 如果应用E序不在前台Q但应该位于前台Q就应调用SetForegroundWindow函数来设|?br> Windows CEQ如果这是一个可见的层H口Qƈ且未指定SWP_NOACTIVATE标志Q则q个函数激zȝ口、如果这是当前的Ȁzȝ口，q且指定了SWP_NOACTIVATE或SWP_HIDEWINDOW标志Q则Ȁzd外一个可见的层H口?br> 当在q个函数中的nFlags参数里指定了SWP_FRAMECHANGED标志ӞW(xu)indowsCE重画H口的整个非客户区，q可能会改变客户区的大小。这也是重新计算客户区的唯一途径Q也是通过调用SetwindowLong函数改变H口风格后通常使用的方法?br> SetWindowPosWM_WINDOWPOSCHANGED消息向窗口发送，在这个消息中传递的标志与传递给函数的相同。这个函C传递其他消息?/div> |
]]>
TVINSERTSTRUCT
包含d新项到树(wi)形视控g所使用的信息。这个结构被TVM_INSERTITEM消息使用。这个结构与TV_INSERTSTRUCTl构是一L(fng)Q但它已l按当前的命名习(fn)惯重命名了?/p>
typedef struct tagTVINSERTSTRUCT {
HTREEITEM hParent;
HTREEITEM hInsertAfter;
#if (_WIN32_IE >= 0x0400)
union
{
TVITEMEX itemex;
TVITEM item;
} DUMMYUNIONNAME;
#else
TVITEM item;
#endif
} TVINSERTSTRUCT, FAR *LPTVINSERTSTRUCT;
成员
- hParent
- 爉的句柄。如果这个成员的值是TVI_ROOT或NULLQ这将被作为树(wi)形控件的Ҏ(gu)入?
- hInsertAfter
- 插入的新之后的的句柄。或是下列g一Q?
?/th> 意味 TVI_FIRST 在列表的开始插入项 TVI_LAST 在列表的最后插入项 TVI_ROOT 作ؓ一个根Ҏ(gu)?/td> TVI_SORT 以字母顺序插入项 - itemex
- 版本4.71。TVITEMEX包含关于Ҏ(gu)加的信息?
- item
- TVITEM包含关于Ҏ(gu)加的信息?
需?/h4>
Windows NT/2000Q需要Windows NT 3.51或更高版本?
Windows 95/98Q需要Windows 95或更高版本?
HeaderQ定义在commctrl.h?/p>
TVITEM
指定或接收树(wi)形视的属性。这个结构与TV_ITEMl构一P但它已经被当前命名协议重新命名了。新的应用程序应该用这个结构?/p>
typedef struct tagTVITEM{
UINT mask;
HTREEITEM hItem;
UINT state;
UINT stateMask;
LPTSTR pszText;
int cchTextMax;
int iImage;
int iSelectedImage;
int cChildren;
LPARAM lParam;
} TVITEM, FAR *LPTVITEM;
成员
- mask
- 指出其它的结构成员哪些包含有效数据的标记数组。当q个l构被TVM_GETITEM消息使用Ӟmask成员指出的属性被取回。这个成员可以是下列值的一个或多个?
TVIF_CHILDREN cChildren成员是有效的?/td> TVIF_DI_SETITEM ?wi)Ş视控件将保留支持信息q且不重新请求它。当处理TVN_GETDISPINF通知Ӟq个标记是有效的?/td> TVIF_HANDLE hItem成员有效?/td> TVIF_IMAGE iImage成员有效?/td> TVIF_PARAM lParam成员有效?/td> TVIF_SELECTEDIMAGE iSelectedImage成员有效?/td> TVIF_STATE state和stateMask成员有效?/td> TVIF_TEXT pszText和cchTextMax成员有效?/td> - hItem
- q个函数引用的项?
- state
- 位标记和囑փ列表索引的设|，指出的状态。当讄了一个项的状态，stateMask成员指出q个成员的位是有效的。当取加一个项的状态时Q这个成员返回stateMask成员指出的位的当前状态?
q个成员??位包含了的状态标记。关于可能的状态标讎ͼ参见Tree View Control Item States.
覆盖囑փ覆盖在项的图标图像之上。这个成员的8?1位指定了?为基准的覆盖囑փ索引。如果这些位?Q这个项没有覆盖囑փ。要隔离q些位，使用TVIS_OVERLAYMASK掩码。要在这个成员中讄覆盖囑փ索引Q用INDEXTOOVERLAYMASK宏。图像列表的覆盖囑փ是被ImageList_SetOverlayImage函数讄的?/p>
一个状态图像是仅次于指出应用程序定义的状态的的图标昄的。通过发送TVM_SETIMAGELIST消息来指定一个状态图像列表。要讄一个项的状态图像，在TVITEMl构的stateMask成员中包含TVIS_STATEIMAGEMASK倹{结构的state成员?2?5位指定状态图像列表中被绘制图像的索引?/p>
要设|状态图像烦引，使用INDEXTOSTATEIMAGEMASK。这个宏把一个烦引适当的设|到12?5位上。要指出Ҏ(gu)有状态图像，讄索引?。这意味着在状态图像列表中的图?不能被作Z个状态图像用。要隔离state成员的位12?5Q用TVIS_STATEIMAGEMASK掩码?/p>
- stateMask
- state成员的位是有效的。如果你取回了一个项的状态，讄stateMask成员的位来指出state成员中的q个位被q回。如果你讄了一个项的状态，讄stateMask成员的位来指出state成员的这个位是你惌|的。要讄或取回一个项的覆盖图像的索引Q设|TVIS_OVERLAYMASK位。要讄和取回一个项的状态图像烦引，讄TVIS_STATEIMAGEMASK位?
- pszText
- 如果q个l构指定了项属性，那么q个成员是指向一个以I字W结束的字符Ԍ包含有项的文本。如果这个成员是值LPSTR_TEXTCALLBACKQ那么父H口Z存名字负责。既然这P当树(wi)形视控g需要显C、保存或~辑Ҏ(gu)本时Q向父窗口发送TVN_GETDISPINFO通过消息Q当Ҏ(gu)本改变时Q发送TVN_SETDISPINFO通知消息?
如果l构是取回项的属性，q个成员是取回项文本~冲的地址?/p>
- cchTextMax
- pszText成员指定~冲的大，以字Wؓ单位。如果这个结构被使用来设|项属性，q个成员被忽略?
- iImage
- 当项是在非选择状态中Ӟ是树(wi)形控件的囑փ列表的烦引?
如果q个成员是值I_IMAGECALLBACKQ父H口Z存烦引负责。既然这P当树(wi)形视控g需要显C个图像时Q向父窗口发送TVN_GETDISPINFO通知消息来获得烦引?/p>
- iSelectedImage
- 当项被选择Ӟ是树(wi)形控件图像列表的索引?
如果q个成员是值I_IMAGECALLBACKQ父H口Z存烦引负责。既然这P当树(wi)形视控g需要显C个图像时Q向父窗口发送TVN_GETDISPINFO通知消息来获得烦引?/p>
- cChildren
- 标记指出哪一个项有关联的子项。这个成员可以是下列g一?
zero q个Ҏ(gu)有子V?/td> one q个Ҏ(gu)一个或更多的子V?/td> I_CHILDRENCALLBACK The parent window keeps track of whether the item has child items. In this case, when the tree view control needs to display the item, the control sends the parent a TVN_GETDISPINFO notification message to determine whether the item has child items. If the tree view control has the TVS_HASBUTTONS style, it uses this member to determine whether to display the button indicating the presence of child items. You can use this member to force the control to display the button even though the item does not have any child items inserted. This allows you to display the button while minimizing the control's memory usage by inserting child items only when the item is visible or expanded.
- lParam
- 与这相关的32位倹{?
需?/h4>
Windows NT/2000Q需要Windows NT 3.51或更高版本?
Windows 95/98Q需要Windows 95或更高版本?
HeaderQ定义在commctrl.h?/p>
NMTREEVIEW
包含关于?wi)Ş视通知消息的信息。这个结构与NM_TREEVIEWl构一P但它已经用当前的命名规则q行了重命名?/p>
typedef struct tagNMTREEVIEW {
NMHDR hdr;
UINT action;
TVITEM itemOld;
TVITEM itemNew;
POINT ptDrag;
} NMTREEVIEW, FAR *LPNMTREEVIEW;
成员
- hdr
- NMHDRl构Q包含了关于q个通知消息的信?
- action
- 通知指定的动作标记?
- itemOld
- 包含关于旧项状态信息的TVITEMl构。通知消息没有使用它时Q这个成员ؓ0?
- itemNew
- 包含关于新项状态信息的TVITEMl构。通知消息没有使用它时Q这个成员ؓ0?
- ptDrag
- 包含引v通知消息发送的事g信息的POINTl构?
参见
WM_NOTIFY
]]>
Invalidate()
UpdateWindow()
当需要更新或者重l窗口时Q一般系l会发出两个消息WM_PAINT(通知客户区有变化)和W(xu)M_NCPAINT(通知非客户区有变?WM_NVPAINTpȝ会自己搞定WM_PAINT消息对应的函数是OnPaint(),它是pȝ默认的接受WM_PAINT消息的函敎ͼ但我们一般在E序中做重绘旉在OnDraw函数中进行的Q因为在视图cONPAINT函数中调用了ONDRAW函数?br> CView默认的标准的重画函数
void CView::OnPaint()
{
CPaintDC dc(this);
OnPreparDC(&dc)Q?nbsp;
OnDraw(&dc); //调用了OnDraw}
上面讲到InvalidateRect(&Rect)Invalidate()两个函数形式和功能差不多但Invalidate是得整个窗口无效，形成无效矩ŞQ而InvalidateRect(&Rect)是得指定的区域无效 Invalidate()x无效Q等待WM_PAINT消息以便重绘Q队列中无其他消息时pȝ会自动发送UpdateWindow()会立卛_送WM_PAINT,不过在它发送前Q先调用GetUpdateRect(hWnd,NULL,TRUE)看有无可l制区域Q如果没有则不发送消?RedrawWindow()RedrawWindow()则是hInvalidate()和UpdateWindow()的双Ҏ(gu)。声明窗口的状态ؓ无效Qƈ立即更新H口Q立卌用WM_PAINT消息处理?nbsp;
pȝZ么不在调用Invalidate时发送WM_PAINT消息呢？又ؓ什么非要等应用消息队列为空时才发送WM_PAINT消息呢？q是因ؓpȝ把在H口中的l制操作当作一U低优先U的操作Q于是尽 可能地推后做。不q这样也有利于提高绘制的效率Q两个WM_PAINT消息之间通过InvalidateRect和InvaliateRgn使之失效的区域就会被累加hQ然后在一个WM_PAINT消息中一ơ得?更新Q不仅能避免多次重复地更新同一区域Q也优化了应用的更新操作。像q种通过InvalidateRect和InvalidateRgn来ɽH口区域无效Q依赖于pȝ在合适的时机发送WM_PAINT消息的机 制实际上是一U异步工作方式，也就是说Q在无效化窗口区域和发送WM_PAINT消息之间是有延迟的；有时候这Ugqƈ不是我们希望的，q时我们当然可以在无效化H口区域后利用SendMessage 发送一条WM_PAINT消息来强制立即重画，但不如用Windows GDI为我们提供的更方便和强大的函敎ͼ
UpdateWindow和RedrawWindow。UpdateWindow会检查窗口的 Update RegionQ当其不为空时才发送WM_PAINT消息QRedrawWindow则给我们更多的控Ӟ是否重画非客户区和背景，是否L发?WM_PAINT消息而不Update Region是否为空{?BeginPaint和W(xu)M_PAINT消息紧密相关。试一试在WM_PAINT处理函数中不写BeginPaint会怎样Q程序会像进入了一个死循环一栯到惊人的CPU占用率，你会发现E序d处理一个接 一个的WM_PAINT消息。这是因为在通常情况下，当应用收到WM_PAINT消息ӞH口的Update Region都是非空的（如果为空׃需要发送WM_PAINT消息了）QBeginPaint的一个作用就是把该Update Region|ؓI，q样如果不调用BeginPaintQ窗口的Update Region׃直不为空Q如前所qͼpȝ׃一直发送WM_PAINT消息?BeginPaint和W(xu)M_ERASEBKGND消息也有关系。当H口的Update Region被标志ؓ需要擦除背景时QBeginPaint会发送WM_ERASEBKGND消息来重画背景，同时在其q回信息里有一个标志表明窗口背景是否被重画q。当我们用InvalidateRect和InvalidateRgn来把指定区域加到Update Region中时Q可以设|该区域是否需要被擦除背景Q这样下一个BeginPaintq道是否需要发送WM_ERASEBKGND消息了。另外要注意的一Ҏ(gu)QBeginPaint只能在WM_PAINT处理函数中用?
]]>
当你使用了ClassWizard建立了控件和变量之间的联pdQ当你修改了变量的|而希望对话框控g更新昄Q就应该在修改变量后调用UpdateData(FALSE)Q如果你希望知道用户在对话框中到底输入了什么，应该在讉K变量前调用UpdateData(TRUE),控件的输入映射到变量中?/p>
Invalidate():
该函数的作用是整个H口客户区无效。窗口的客户区无效意味着需要重l，例如Q如果一个被其它H口遮住的窗口变成了前台H口Q那么原来被遮住的部分就是无效的Q需要重l。这时Windows会在应用E序的消息队列中攄WM_PAINT消息。MFC为窗口类提供了WM_PAINT的消息处理函数OnPaintQOnPaint负责重绘H口。视囄有一些例外，在视囄的OnPaint函数中调用了OnDraw函数Q实际的重绘工作由O(jin)nDraw来完成。参数bErase为TRUEӞ重绘区域内的背景 被擦除Q否则，背景保持不变?/p>
InvalidateRect():
该函数的功能与Invalidate基本一P不同的是Q它是指定的某个区域无效，需要输入一个区域?/p>
UpdateWindow():
UpdateWindow( )的作用是使窗口立即重l。调用Invalidate{函数后H口不会立即重绘Q这是由于WM_PAINT消息的优先很低Q它需要等消息队列中的其它消息发送完后才能被处理。调用UpdateWindow函数可WM_PAINT被直接发送到目标H口Q从而导致窗口立即重l?br>
UpdateWindowQ?strong>如果有无效区Q则马上sending a WM_PAINT message到窗口处理过E，不进消息队列q行排队{待Q立卛_新窗口，否则Q什么都不做?/strong>
InvalidateRectQ设|无效区Q如果ؓNULL参数Q则讄整个H口为无效区。当应用E序的那个窗口的消息队列为空Ӟ则sending a WM_PAINT message(即更新区域为空).在sending a WM_PAINT message的所有InvalidateRect的更新区域会累加?
1:讄无效?
InvalidateRect
2Q立卛_?
UpdateWindow();
如果不调?nbsp;InvalidateRectp?nbsp;UpdateWindowQ那么UpdateWindow什么都不做?/strong> ??????
如果调用 InvalidateRect 后不调用UpdateWindowQ则pȝ会自动在H口消息队列为空的时候，pȝ自动发送一WM_PAINT消息?
调用UpdateWindow()时将会发送一个WM_PAINT消息Q而应用程序在接收到WM_PAINT消息后，自动地调用Invalidate(),所以，在程序代码中Q不一定要出现Invalidate()!
UpdateWindow()是立即发送WM_PAINT消息,只对声明无效的区域v作用Q?/strong> Invalidate()表示客户区域无效Q在下次WM_PAINT发生旉l?strong>而W(xu)M_PAINT是由pȝq行l护的，每当CWnd的更新区域不为空Qƈ且在应用E序的窗口消息队列中没有其它消息ӞW(xu)indows发送一条WM_PAINT消息
Invalidate()则是声明无效的方式之一?/p>
Invalidate里面有个bool型的参数Q用来标识重l的时候是否用背景色填充。是不是用SetBkcolor函数Q下ȝl研I?/p>
updateWindow则是要求pȝ对区域进行立即重l?/p>
看到有h在网上提出问题，他在Invalidate后面又写了绘囄函数但是没有执行Q因为invalidate执行q以后{到PAINT命o了。所以后面的都没有显C?/p>
也终于想通我l的图一直在闪啊闪，因ؓ我在PAINT里面用到Invalidate()函数Q所以他不停的自嵌套Q倒是l的图不停的闪?/p>
Invalidate让客户区处于可以重画的状态，而UpdateWindow开始重画，但是它先判断客户区是否ؓI，不空UpdateWindow不执行，为空才执行重甅R?/p>
Invalidat最后也是调用InvalidatRect,在windows API里只有InvalidatRect?/p>
{
...
CExampleDlgDlg dlg;
m_pMainWnd = &dlg;
int nResponse = dlg.DoModal();
...
}
{
if (IsIconic())
...
else
{
CRect rect;
CPaintDC dc(this);
GetClientRect(rect);
dc.FillSolidRect(rect,RGB(0,255,0)); //讄为绿色背?/font>
}
---- Ҏ(gu)三：重蝲OnCtlColor (CDC* pDC, CWnd* pWnd, UINT nCtlColor)Q即WM_CTLCOLOR消息。具体步骤如下（以上例工Eؓ准）Q?br>---- ①在CExampleDlgDlg的头文g中，d一CBrush的成员变量：
{
...
protected:
CBrush m_brush;
...
};
---- ②在OnInitDialog()函数中添加如下代码：
BOOL CExampleDlgDlg::OnInitDialog()
{
...
// TODO: Add extra initialization here
m_brush.CreateSolidBrush(RGB(0, 255, 0)); // 生成一l色刷子
...
}
(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
/*
** q里不必~写M代码Q?br>**下行代码要注释掉
** HBRUSH hbr = CDialog::OnCtlColor(pDC, pWnd, nCtlColor);
*/
}
---- Ҏ(gu)四：q是重蝲OnCtlColor (CDC* pDC, CWnd* pWnd, UINT nCtlColor)Q即WM_CTLCOLOR消息。具体步骤如下（以上例工Eؓ准）Q?br>---- 步骤①、②同上Ҏ(gu)三中的步骤①、②?/font>
(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
HBRUSH hbr = CDialog::OnCtlColor(pDC, pWnd, nCtlColor);
if(nCtlColor ==CTLCOLOR_DLG)
return m_brush; //q加l色刷子
return hbr;
}
]]>
]]>
区别是 WM_DESTROY 消息是在H口销毁动作序列中的开始被发送的, ?WM_NCDESTROY 消息是在l尾. q在你的H口拥有子窗口时是个重大区别. 如果你有一个带子窗口的父窗? 那么消息的发送序?(在没有怪诞行ؓ影响的前提下) 像q样:
hwnd = parent, uMsg = WM_DESTROY
hwnd = child, uMsg = WM_DESTROY
hwnd = child, uMsg = WM_NCDESTROY
hwnd = parent, uMsg = WM_NCDESTROY
注意, 父窗口是在子H口被销毁之前收?WM_DESTROY 消息, 在子H口被销毁之后收?WM_NCDESTROY 消息.
两个销毁消? 一个在开? 一个在l尾, q意味着, 对于你自q模块, 你可以通过处理相应的消息来执行清理操作. 例如, 如果有些东西必须在开头清? 那么你可以?WM_DESTROY 消息.
WM_NCDESTROY 消息是你H口会收到的最后一个消?(在没有怪诞行ؓ影响的前提下), 因此, q里是做 "最l清? 的最?jng)_所. q就是ؓ什么我们的 new scratch E序会一直等?WM_NCDESTROY 销毁它的实例变? 才会q回.
与这两个销毁消息配对的, ?WM_CREATE ?WM_NCCREATE q两个类似的消息. ?WM_NCDESTROY 是你H口收到的最后一条消息类? WM_NCCREATE 消息是第一条消? q是一个创Z自己的实例变量的好地? 需要注意的? 如果你导?WM_NCCREATE 消息q回p|, 那么所有你收到的消息只?WM_NCDESTROY ? 不会?WM_DESTROY 消息? 因ؓ你根本就没有收到相应?WM_CREATE 消息.
]]>
WM_CLOSE 是关闭窗口的
WM_QUIT 是关闭消息环?
以下是程序结束的q程Q?br>1、用者按[File/Close],pȝ发出WM_CLOSE消息
2、Frame把这条消息直接发l预处理E序
3、预处理E序发出WM_DESTROY消息
4、预处理E序收到WM_DESTROY后执行PostQuitMessageQ发出WM_QUIT.
5、GetMessage收到q条消息后就推出消息循环Q程序结束?/p>
InvalidateRect函数中的参数TRUE表示pȝ会在你画之前用背景色所选区域覆盖一ơ，默认背景色ؓ白色Q可以通过讄BRUSH来改变背景色?/p>
Invalidate()之后Q?br>...OnPaint()->OnPrepareDC()->OnDraw()
所以只是刷新在OnPaint()和OnDraw()函数中的l图语句。其它地Ҏ(gu)有媄响?/p>
Invalidate标记一个需要重l的无效区域Qƈ不意味着调用该函数后q刻进行重l。类gPostMessage(WM_PAINT)Q需要处理到WM_PAINT消息时才真正重绘。以为?zhn)Invalidate之后q有其他的语句正在执行，E序没有Zd理WM_PAINT消息Q但当函数执行完毕后Q消息处理才得以q行?/p>
Invalidate只是放一个WM_PAINT消息在队列里Q不做别的，所以只有当当前函数q回后，q入消息循环Q取出WM_PAINTQ才执行PAINTQ所以不Invalidate攑֓里，都是最后的?/p>
InvalidateRect(hWnd,&rect,TRUE);向hWndH体发出WM_PAINT的消息，强制客户区域重绘Ӟ
rect是你指定要刷新的区域Q此区域外的客户区域不被重绘Q这样防止客户区域的一个局部的改动Q而导致整个客户区域重l而导致闪烁，如果最后的参数为TRUEQ则q向H体发送WM_ERASEBKGND消息Q背景重绘Q当然在客户区域重绘之前?br>UpdateWindow只向H体发送WM_PAINT消息Q在发送之前判断GetUpdateRect(hWnd,NULL,TRUE)看有无可l制的客户区域，如果没有Q则不发送WM_PAINT
如果希望立即h无效区域Q可以在调用InvalidateRect之后调用UpdateWindowQ如果客户区的Q一部分无效Q则UpdateWindow导致Windows用WM_PAINT消息调用H口q程Q如果整个客户区有效Q则不调用窗口过E）?font color=#ff0000>q一WM_PAINT消息不进入消息队列，直接由WINDOWS调用H口q程。窗口过E完成刷C后立刻退出，W(xu)INDOWS控制返回给E序中UpdateWindow调用之后的语句?/font>(windowsE序设计W??P98)
UpdateData()Z说下Q这个函C是刷新界面用的?br>UpdateData();参数为FALSEӞ界面上控gl定的变量的数据导到控g内，参数为TRUEӞ导入方向则相?/p>
|
pȝ会在多个不同的时机发送WM_PAINT消息Q当W一ơ创Z个窗口时Q当改变H口的大时Q当把窗口从另一个窗口背后移出时Q当最大化或最化H口Ӟ{等Q这些动作都是由pȝ理的，应用只是被动地接收该消息Q在消息处理函数中进行绘制操作；大多数的时候应用也需要能够主动引发窗口中的绘制操作，比如当窗口显C的数据改变的时候，q一般是通过InvalidateRect?InvalidateRgn函数来完成的。InvalidateRect和InvalidateRgn把指定的区域加到H口的Update Region中，当应用的消息队列没有其他消息Ӟ如果H口的Update Region不ؓI时Q系l就会自动生WM_PAINT消息? pȝZ么不在调用Invalidate时发送WM_PAINT消息呢？又ؓ什么非要等应用消息队列为空时才发送WM_PAINT消息呢？q是因ؓpȝ把在H口中的l制操作当作一U低优先U的操作Q于是尽可能地推后做Q这h利于提高l制的效率：在两个WM_PAINT消息之间多个Invalidate调用使之失效的区域就会被累加hQ然后在一个WM_PAINT消息中一ơ得到更斎ͼ不仅能避免多ơ重复地更新同一区域Q也优化了应用的更新操作。像q种通过InvalidateRect和InvalidateRgn来ɽH口区域无效Q依赖于pȝ在合适的时机发送WM_PAINT消息的机 制实际上是一U异步工作方式，也就是说Q在无效化窗口区域和发送WM_PAINT消息之间是有延迟的；有时候这Ugqƈ不是我们希望的，q时我们当然可以在无效化H口区域后利用SendMessage 发送一条WM_PAINT消息来强制立即重画，但不如用Windows GDI为我们提供的更方便和强大的函敎ͼUpdateWindow和RedrawWindow。UpdateWindow会检查窗口的Update RegionQ当其不为空时才发送WM_PAINT消息QRedrawWindow则给我们更多的控Ӟ是否重画非客户区和背景，是否L发送WM_PAINT消息而不Update Region是否为空{?/td> |
]]>
LPTSTR lpCmdLine, int nCmdShow)
{
// call shared/exported WinMain
return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
}
注意Q（#define _tWinMain WinMainQ?/p>
2Q对于全局对象或全局变量来说Q在E序q行即WINMAIN函数加蝲的时候，已经为全局对象或全局变量分配了内存和赋初倹{?br>所以：CTEApp theApp;->CTEApp ::CTEApp(){}->_tWinMain(){}
说明Q每一个MFCE序Q有且只有一个从WinAppcL生的c（应用E序c）Q也只有一个从应用E序cL事例化的对象Q表C应用程序本w。在WIN32E序当中Q表C应用程序是通过WINMAIN入口函数来表C的Q通过一个应用程序的一个事例号q一个标识来表示的）。在ZMFC应用E序中，是通过产生一个应用程序对象，用它来唯一的表CZ应用E序?/p>
3Q通过构造应用程序对象过E中调用基类CWinApp的构造函敎ͼ在CWinApp的构造函C对程序包括运行时一些初始化工作完成了?br>CWinApp构造函敎ͼMFC|SRC|APPCORE.CPP
CWinApp::CWinApp(LPCTSTR lpszAppName){...}//带参敎ͼ而CTEApp构造函数没有显式向父类传参Q难道CWinApp()有默认参敎ͼ见下Q?br>Q在CWinAppcd义中Q?nbsp;CWinApp(LPCTSTR lpszAppName = NULL); Q?br>注意QCWinApp()函数中：
pThreadState->m_pCurrentWinThread = this;
pModuleState->m_pCurrentWinApp = this
Qthis指向的是zcCTEApp对象Q即theAppQ?br>调试QCWinApp::CWinApp();->CTEApp theApp;Q?>CTEApp ::CTEApp()Q?>CWinApp::CWinApp()->CTEApp ::CTEApp()->_tWinMain(){}
4,_tWinMain函数中通过调用AfxWinMain()函数来完成它要完成的功能。（Afx*前缀代表q是应用E序框架函数Q是一些全局函数Q应用程序框架是一套辅助生成应用程序的框架模型Q把一些类做一些有机的集成Q我们可Ҏ(gu)q些cd数来设计自己的应用程序）?br>AfxWinMain()函数路径QMFC|SRC|WINMAIN.CPPQ?br>在AfxWinMain()函数中：
CWinApp* pApp = AfxGetApp();
说明QpApp存储的是指向WinAppzcd象（theAppQ的指针?br>//_AFXWIN_INLINE CWinApp* AFXAPI AfxGetApp()
// { return afxCurrentWinApp; }
调用pThread->InitInstance()
说明QpThread也指向theApp,׃基类中virtual BOOL InitApplication()定义函数Q所以调用pThread->InitInstance()时候，调用的是zcCTEApp的InitInstance()函数?/p>
nReturnCode = pThread->Run();
说明QpThread->Run()完成了消息@环?/p>
5,注册H口c：AfxEndDeferRegisterClass();
AfxEndDeferRegisterClass()函数所在文ӞMFC|SRC|APPCORE.CPP
BOOL AFXAPI AfxEndDeferRegisterClass(LONG fToRegister){...}
说明Q设计窗口类Q在MFC中事先设计好了几U缺省的H口c，Ҏ(gu)不同的应用程序的选择Q调用AfxEndDeferRegisterClass()函数注册所选择的窗口类?br>调试QCWinApp::CWinApp();->CTEApp theApp;Q?>CTEApp ::CTEApp()Q?>CWinApp::CWinApp()->CTEApp ::CTEApp()->_tWinMain(){}//q入E序
->AfxWinMain();->pApp->InitApplication()Q?>pThread->InitInstance()//父类InitInstance虚函?->CTEApp::InitInstance()//子类实现函数;->AfxEndDeferRegisterClass(LONG fToRegister)//注册所选择的窗口类Q出于文档管理，注册提前Q正常的应在PreCreateWindow中进行注册）//之后q入创徏H口阶段Q以下再不做调试Q?/p>
6QPreCreateWindow()Q?/主要是注册窗口类
BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)
{
if( !CFrameWnd::PreCreateWindow(cs) )
return FALSE;
return TRUE;
}
说明Q?br>CFrameWnd::PreCreateWindow()函数所在文ӞMFC|SRC|WINFRM.CPP
BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs)
{
if (cs.lpszClass == NULL)
{
VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));
//判断AFX_WNDFRAMEORVIEW_REG型号H口cL否注册，如果没有注册则注?br> cs.lpszClass = _afxWndFrameOrView; // COLOR_WINDOW background
//把注册后的窗口类名赋lcs.lpszClass
}
if ((cs.style & FWS_ADDTOTITLE) && afxData.bWin4)
cs.style |= FWS_PREFIXTITLE;
if (afxData.bWin4)
cs.dwExStyle |= WS_EX_CLIENTEDGE;
return TRUE;
}
其中Q?br>virtual BOOL PreCreateWindow(CREATESTRUCT& cs);//PreCreateWindow()是个虚函?如果子类有则调用子类的?br>#define VERIFY(f) ASSERT(f)
#define AfxDeferRegisterClass(fClass) AfxEndDeferRegisterClass(fClass)
define AFX_WNDFRAMEORVIEW_REG 0x00008
const TCHAR _afxWndFrameOrView[] = AFX_WNDFRAMEORVIEW;//WINCORE.CPP文g中，定义为全局数组?br>//#define AFX_WNDFRAMEORVIEW AFX_WNDCLASS("FrameOrView")
7Q创建窗口：
Create()函数路径QMFC|SRC|WINFRM.CPP:
CFrameWnd::Create(...){
...
CreateEx(...);//从父cȝ承来的，调用CWnd::CreateEx().
...
}
CWnd::CreateEx()函数路径QMFC|SRC|WINCORE.CPP
BOOL CWnd::CreateEx(...){
...
if (!PreCreateWindow(cs))//虚函敎ͼ如果子类有调用子cȝ?br> {
PostNcDestroy();
return FALSE;
}
...
HWND hWnd = ::CreateWindowEx(cs.dwExStyle, cs.lpszClass,
cs.lpszName, cs.style, cs.x, cs.y, cs.cx, cs.cy,
cs.hwndParent, cs.hMenu, cs.hInstance, cs.lpCreateParams);
...
}
说明QCreateWindowEx()函数与CREATESTRUCTl构体参数的对应关系Q我们在创建窗口之前通过可PreCreateWindow(cs)修改csl构体成员来修改所要的H口外观。PreCreateWindow(cs))//是虚函数Q如果子cL调用子类的?br>HWND CreateWindowEx(
DWORD dwExStyle,
LPCTSTR lpClassName,
LPCTSTR lpWindowName,
DWORD dwStyle,
int x,
int y,
int nWidth,
int nHeight,
HWND hWndParent,
HMENU hMenu,
HINSTANCE hInstance,
LPVOID lpParam
);
typedef struct tagCREATESTRUCT { // cs
LPVOID lpCreateParams;
HINSTANCE hInstance;
HMENU hMenu;
HWND hwndParent;
int cy;
int cx;
int y;
int x;
LONG style;
LPCTSTR lpszName;
LPCTSTR lpszClass;
DWORD dwExStyle;
} CREATESTRUCT;
8Q显C和更新H口Q?br>CTEAppc，TEApp.cpp?br>m_pMainWnd->ShowWindow(SW_SHOW);//昄H口Qm_pMainWnd指向框架H口
m_pMainWnd->UpdateWindow();//更新H口
说明Q?br>class CTEApp : public CWinApp{...}
class CWinApp : public CWinThread{...}
class CWinThread : public CCmdTarget
{
...
public:
CWnd* m_pMainWnd;
...
...
}
9Q消息@环：
int AFXAPI AfxWinMain()
{ ...
// Perform specific initializations
if (!pThread->InitInstance()){...}
//完成H口初始化工作，完成H口的注册，完成H口的创建，昄和更新?br> nReturnCode = pThread->Run();
//l承基类Run()Ҏ(gu)Q调用CWinThread::Run()来完成消息@?br> ...
}
////////////////////////////////////////////////////////////////
CWinThread::Run()Ҏ(gu)路径QMFC|SRC|THRDCORE.CPP
int CWinThread::Run()
{ ...
// phase2: pump messages while available
do//消息循环
{
// pump message, but quit on WM_QUIT
if (!PumpMessage())//取消息ƈ处理
return ExitInstance();
...
} while (::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE));
...
}
说明Q?br>BOOL PeekMessage(,,,,)函数说明
The PeekMessage function checks a thread message queue for a message and places the message (if any) in the specified structure.
If a message is available, the return value is nonzero.
If no messages are available, the return value is zero.
/////////////////////////////////////////////////////////////
BOOL CWinThread::PumpMessage()
{
...
if (!::GetMessage(&m_msgCur, NULL, NULL, NULL))//取消?br> {...}
...
// process this message
if (m_msgCur.message != WM_KICKIDLE && !PreTranslateMessage(&m_msgCur))
{
::TranslateMessage(&m_msgCur);//q行消息Q如键盘消息Q{?br> ::DispatchMessage(&m_msgCur);//分派消息到窗口的回调函数处理Q实际上分派的消息经q消息映，交由消息响应函数q行处理。）
}
return TRUE;
}
9Q文档与视结构：
可以认ؓViewcȝ口是CMainFramcȝ口的子窗口?br>DOCumentcL文档cR?br>DOC-VIEWl构数据本w与它的昄分离开?br>文档c：数据的存储，加蝲
视类Q数据的昄Q修?/p>
10Q文档类Q视c，框架cȝ有机l合Q?br>在CTEAppcCTEApp::InitInstance()函数中通过文档模板文档类Q视c，框架cȝ有机l织一赗?br>...
CSingleDocTemplate* pDocTemplate;
pDocTemplate = new CSingleDocTemplate(
IDR_MAINFRAME,
RUNTIME_CLASS(CTEDoc),
RUNTIME_CLASS(CMainFrame), // main SDI frame window
RUNTIME_CLASS(CTEView));
AddDocTemplate(pDocTemplate);//增加到模?/p>
typedef struct tagMSG { // msg
HWND hwnd; //接收消息的窗口句柄。和哪个H口相关联?br> UINT message; //消息标识。消息本w是什么?br> WPARAM wParam; //消息的附加信息。具体取决于消息本n?nbsp;
LPARAM lParam;
DWORD time; //消息投递时间?nbsp;
POINT pt; //消息投递时Q光标在屏幕上的位置?nbsp;
} MSG;
3Q消息队列：
每个应用E序OS都ؓ它徏立一个消息队列，消息队列是个先进先出的缓冲区Q其中每个元素都是一个消息，OS生成的每个消息按先后顺序放q消息队列中Q应用程序L取走当前消息队列中的W一条消息，应用E序取走消息后便知道用户的操作和E序的状态，然后对其处理x息响应，消息响应通过~码实现?/p>
4Q用VC~程除了良好的C基础外还需要掌握两斚wQ?br>一Q消息本w。不同消息所代表的用h作和应用E序的状态?br>二，对于某个特定的消息来_要让OS执行某个特定的功能去响应消息?/p>
5QW(xu)indowE序入口Q?br>int WINAPI WinMain(
HINSTANCE hInstance, // 当前事例句柄?br> HINSTANCE hPrevInstance, // 先前事例句柄?br> LPSTR lpCmdLine, // 命o行指?br> int nCmdShow // Q窗口）昄的状?br>);
说明QWinMain函数是WindowsE序入口点函敎ͼ由O(jin)S调用Q当OS启动应用E序的时候，winmain函数的参数由O(jin)S传递的?/p>
6Q创Z个完整的H口需要经q下面四个操作步骤：
一Q设计一个窗口类Q如QWNDCLASS wndcls;
二，注册H口c； 如：RegisterClass(&wndcls);
三，创徏H口Q?nbsp; 如：CreateWindow(),CreateWindowEX();
四，昄及更新窗口。如QShowWindow(),UpdateWindow();
说明Q创建窗口的时候一定要Z已经注册的窗口类.
7QW(xu)indows提供的窗口类Q?br>typedef struct _WNDCLASS {
UINT style; //H口的类?br> WNDPROC lpfnWndProc; //H口q程函数指针Q回调函敎ͼ
int cbClsExtra; //H口c附加字节，cȝ口所׃n。通常0?br> int cbWndExtra; //H口附加字节。通常设ؓ0?br> HANDLE hInstance; //当前应用E序事例句柄?br> HICON hIcon; //图标句柄 LoadIcon();
HCURSOR hCursor; //光标句柄 LoadCursor();
HBRUSH hbrBackground; //d句柄 (HBRUSH)GetStockObject();
LPCTSTR lpszMenuName; //菜单名字
LPCTSTR lpszClassName; //cȝ名字
} WNDCLASS;
8,H口cL册：
ATOM RegisterClass(
CONST WNDCLASS *lpWndClass // address of structure with class
// data
);
9Q创建窗口：
HWND CreateWindow(
LPCTSTR lpClassName, // pointer to registered class name
LPCTSTR lpWindowName, // pointer to window name
DWORD dwStyle, // window style
int x, // horizontal position of window
int y, // vertical position of window
int nWidth, // window width
int nHeight, // window height
HWND hWndParent, // handle to parent or owner window
HMENU hMenu, // handle to menu or child-window identifier
HANDLE hInstance, // handle to application instance
LPVOID lpParam // pointer to window-creation data
);
10,昄和更新窗口窗口：
BOOL ShowWindow(
HWND hWnd, // handle to window
int nCmdShow // show state of window
);
BOOL UpdateWindow(
HWND hWnd // handle of window
);
11,消息循环Q?br>MSG msg;
while(GetMessage(&msg,...)) //从消息队列中取出一条消?br>{
TranslateMessage(&msg); //q行消息Q如键盘消息Q{?br> DispatchMessage(&msg); //分派消息到窗口的回调函数处理,QOS调用H口回调函数q行处理Q?br>}
其中Q?br>//**The GetMessage function retrieves a message from the calling thread's message queue and places it in the specified structure.
//**If the function retrieves a message other than WM_QUIT, the return value is nonzero.If the function retrieves the WM_QUIT message, the return value is zero. If there is an error, the return value is -1.
BOOL GetMessage(
LPMSG lpMsg, // address of structure with message
HWND hWnd, // handle of window
UINT wMsgFilterMin, // first message
UINT wMsgFilterMax // last message
);
//The TranslateMessage function translates virtual-key messages into character messages. The character messages are posted to the calling thread's message queue, to be read the next time the thread calls the GetMessage or PeekMessage function.
BOOL TranslateMessage(
CONST MSG *lpMsg // address of structure with message
);
//The DispatchMessage function dispatches a message to a window procedure.
LONG DispatchMessage(
CONST MSG *lpmsg // pointer to structure with message
);
12Q窗口过E函敎ͼ回调函数Q原型：
The WindowProc function is an application-defined function that processes messages sent to a window. The WNDPROC type defines a pointer to this callback function. WindowProc is a placeholderQ占位符Q?for the application-defined function name.
LRESULT CALLBACK WindowProc( //q里W(xu)indowProc是个代号名字?br> HWND hwnd, // handle to window
UINT uMsg, // message identifier
WPARAM wParam, // first message parameter
LPARAM lParam // second message parameter
);
说明Q两U函数调用约定（__stdcall ?__cdeclQ：
#define CALLBACK __stdcall
//__stdcall 标准调用预定Q是PASCAL 调用U定Q象DELPHI使用的就是标准调用约?br>#define WINAPIV __cdecl
// __cdecl 是C 语言形式的调用约定?/p>
主要区别Q函数参C递顺??对堆栈的清除上?br>问题Q除了那些可变参数的函数调用外，其余的一般都是__stdcallU定。但 C/C++~译默然的是__cdeclU定。所以如果在VC{环境中调用__stdcallU定的函敎ͼ必须要在函数声明的时加上 __stdcall 修饰W，以便对这个函数的调用是用__stdcallU定Q如使用DELPHI~写的DLL时候）?br>QVC中可通过q途径修改Qproject|settings..|c/c++|...)
在窗口过E函C通过一lswitch语句来对消息q行处理Q?br>如：
LRESULT CALLBACK WindowProc(
HWND hwnd,
UINT uMsg,
WPARAM wParam,
LPARAM lParam
)
{
switch(uMsg)
{
case WM_PAINT:
...
break;
case ...
break;
case WM_CLOSE:
//DestroyWindow(hwnd);
//销毁窗口，q发送WM_DESTROY消息?br> break;
case WM_DESTROY:
//PostQuitMessage(0);
//发送WM_QUIT消息到消息队列中Q请求终止?br> //GetMessage()取到WM_QUIT消息后，q回0Q退出消息@ // 环，从而终止应用程序?br> break;
default:
return DefWindowProc(hwnd,uMsg,wParam,lParam);
//用缺省的H口q程处理我们不感兴趣的消息（其它消息Q?br> //q是必须的?br> }//switch
return 0;
}//WindowProc
13QDestroyWindow()函数和PostQuitMessage()函数原型Q?br>//**The DestroyWindow function destroys the specified window. The function sends WM_DESTROY and WM_NCDESTROY messages?/p>
BOOL DestroyWindow(
HWND hWnd // handle to window to destroy
);
//**The PostQuitMessage function indicates to the system that a thread has made a request to terminate (quit). It is typically used in response to a WM_DESTROY message.
//**The PostQuitMessage function posts a WM_QUIT message to the thread's message queue and returns immediately; the function simply indicatesQ预C，通知Q?to the system that the thread is requesting to quit at some time in the future.
When the thread retrieves the WM_QUIT message from its message queue, it should exit its message loop and return control to the system.
VOID PostQuitMessage(
int nExitCode // exit code
);
14Q关于DC句柄获取Q?br>a)使用BeginPaint(),EndPaint()寏V注意只能在响应WM_PAINT消息时用?br>b)使用GetDc(),ReleaseDC()寏V注意他们不能在响应WM_PAINT中用?/p>