前几天 抽空做了个辩论赛计时器，校辩论队用得。
周日亲眼看到自己写的代码运行在多人面前，感觉很不一般。
代码量：3000
其中代码冗余的地方很多。而且运行的时候还出了点小bug.
不碍事，今天完美无bug版本终于做好了。
还是发几张图吧，下周是决赛，就等看了。
2009年4月12日星期日
CScrollView CTreeCtrl
CScrollView::SetScrollSize()呵呵，设置页面的逻辑尺寸，太好了，还是自动滚动的，以后所有控件的实验九在那里面画了。
昨晚断网中，搞到半夜，对那个所谓的树形控件摸索了下
关键字HTREEITEM 然后就是SetImageList() Create() Insert()之类的就有些简单了。关键是可以从ClistCrrl派生自己的控件，消息响应那块没咋搞，也弄个会。马马虎虎做了个类似QQ好友列表的东西，只是表面上看起来一样。俗话所1图胜万语，发图拉。
2009年4月10日星期五
CWinApp::OnFileNew CWinApp::OnFIleOpen CDocument::OnOpenDocument() CDocument::ONNewDocument
单说CArchive，在单文档应用程序中确实方便，但是要是MFC做得是辅助程序，比如地图编辑器，那么生成的文档必然不能在游戏中用，若要用的话得引入MFC库，凭空使程序增加了大小。
单文档ID_File_New 根据我的理解 会调用CWinApp::OnfileNew ，然后CwinApp::OnfileNew 调用 CDocument::OnNewDocument 这个就不用改了。
注意：经过我的实验OnNewDocument是不能用 afx_msg映射的
CwinApp::OnFIleOpen 也是这样都会调用CDocument::OnOpenDocument(name) 注意，CDocument::OnOpenDocument 会调用serilize（）函数，这样会串行化，所以在覆盖的时候不要调用CDocument::OnOpenDocument, 那个传入的name 就是弹出CFIleDilog中文件的名字,我估计那个弹出对话框的工作是CWinApp::OnOpenFile()做得。
至于CDocument::OnFileSave() 这个的对话框显示是CDocument做得，也会调用serilize()函数，所以覆盖的时候不要调用基类的OnFileSave就行了，至于对话框的显示，自己做一个吧，就用CFileDialog，很简单。
后面说说OnUpdateAllViews()
Invalidate()是让程序重画窗口。
UpdateAllViews()是在DOC/VIEW结构中，当一个视图的数据改变后，通知所有视图作相应的改变，和重画毫无关系。
Invalidate()是使窗口无效，使系统向其发WM_PAINT消息，使的程序的OnPaint被调用重画客户区。
而UpdateAllViews()是文档与视之间的联系，调用从它会使程序与此文档相关的所有视的UpdateView被调用至于是否重画以及怎么画是由各视的UpdateView来决定的。
Invalidate()是Cwnd的成员函数，与DOC-VIEW无关；
UpdateAllViews是CDocument的成员函数，具体体现DOC-VIEW的精神。
如果仅重画当前窗口用 this->Invalidate(); 如果通知所有和当前文档相关的窗口重画用GetDocument()->UpdateAllViews()(在View中）或this->UpdateAllViews()(在Doc中）。
Invalidate()函数产生一条WM_PAINT消息，并送入windows消息队列中，是窗口产生重画。 而，UpdateAllViews 并不进入windows消息队列中，直接产生重画
*******************************************
Invalidate函数的总结
InvalidateRect只是增加重绘区域，在下次WM_PAINT的时候才生效
InvalidateRect函数中的参数TRUE表示系统会在你画之前用背景色将所选区域覆盖一次，默认背景色为白色，可以通过设置BRUSH来改变背景色。
Invalidate()之后：（MFC的，顺便了）OnPaint()->OnPrepareDC()->OnDraw()所以只是刷新在OnPaint()和OnDraw()函数中的绘图语句。其它地方没有影响。
Invalidate标记一个需要重绘的无效区域，并不意味着调用该函数后就立刻进行重绘。类似于PostMessage(WM_PAINT)，需要处理到WM_PAINT消息时才真正重绘。以为您Invalidate之后还有其他的语句正在执行，程序没有机会去处理WM_PAINT消息，但当函数执行完毕后，消息处理才得以进行。
Invalidate只是放一个WM_PAINT消息在队列里，不做别的，所以只有当当前函数返回后，进入消息循环，取出WM_PAINT，才执行PAINT，所以不管Invalidate放哪里，都是最后的。
InvalidateRect(hWnd,&rect,TRUE);向hWnd窗体发出WM_PAINT的消息，强制客户区域重绘制，rect是你指定要刷新的区域，此区域外的客户区域不被重绘，这样防止客户区域的一个局部的改动，而导致整个客户区域重绘而导致闪烁，如果最后的参数为TRUE，则还向窗体发送WM_ERASEBKGND消息，使背景重绘，当然在客户区域重绘之前。UpdateWindow只向窗体发送WM_PAINT消息，在发送之前判断GetUpdateRect(hWnd,NULL,TRUE)看有无可绘制的客户区域，如果没有，则不发送WM_PAINT
如果希望立即刷新无效区域，可以在调用InvalidateRect之后调用UpdateWindow，如果客户区的任一部分无效，则UpdateWindow将导致Windows用WM_PAINT消息调用窗口过程（如果整个客户区有效，则不调用窗口过程）。这一WM_PAINT消息不进入消息队列，直接由WINDOWS调用窗口过程。窗口过程完成刷新以后立刻退出，WINDOWS将控制返回给程序中UpdateWindow调用之后的语句。（windows程序设计第5版 P98）
UpdateData()顺便说下，这个函数不是刷新界面用的。UpdateData();参数为FALSE时，将界面上控件绑定的变量的数据导到控件内，参数为TRUE时，导入方向则相反。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1618571
onDraw和onPaint函数的区别
CWnd::OnPaint() 是CWnd类的成员函数,是WM_PAINT 消息的响应函数.当你调用CWnd::UpdateWindow(),CWnd::RedrawWindow()时, 或者窗口被其他窗口覆盖,改变大小等事件就会产生WM_PAINT 消息. 你可以在CWnd派生的子类中使用它.
CView::OnDraw()是CView类的一个纯虚函数.你要使用,必须重载它.
CView::OnPaint()会调用它.OnPaint是收到WM_PAINT消息时所调用的，
OnPaint调用OnDraw函数，而由于OnDraw是虚拟函数，你可以自己改写，所以就实现了，不同的绘图目的ondraw用于cview，而onpaint用于cdialogonpait 响应WM_PAINT消息，在CView中，它接着调用OnDraw CPaintDC响应wm_paint消息，自动完成绘制 ClientDC实时绘制一般情况下，你看不到两个函数有什么太大区别，因为一般情况下，它们的任务都是重画窗口。
在CView及其子类中，恰如浪刀所言，OnDraw是由OnPaint调用的，也就是你可以像在窗口类中一样，调用Invalidate函数导致，OnDraw的调用（当然，Invalidate是先导致OnPaint的调用）。 要说OnDraw和OnPaint有什么区别，那就是它除了可以把画画到屏幕外，还可以把它画到其它任何标准输出设备，如打印机
最后再说下OnUpdate()
CView::OnUpdatevirtual void OnUpdate( CView* pSender, LPARAM lHint, CObject* pHint );
参数：
pSender 指向修改了文档的视图，如果需要更新所有的视图，则为NULL。 lHint 包含了与修改有关的信息。 pHint 指向保存了与修改有关的信息的对象。
说明：框架在视图的文档被修改后调用这个函数；这个函数CDocument::UpdateAllViews调用的，使视图能够更新它的显示以反映那些变化。它也被OnInitialUpdate的缺省实现所调用。缺省的实现使整个客户区域无效，使得下一次接收到WM_PAINT消息时重画这些区域。如果你只想更新与文档的修改部分对应的区域，则应重载这个函数。为此你必须利用提示参数传递有关修改的信息。如果要使用lHint，则应定义特殊的提示值，通常是位掩码或枚举值，并且使文档传递其中的一个值。要使用pHint，则应从CObject集成一个提示类，并使文档传递提示对象的指针。当你重载OnUpdate函数的时候，应使用CObject::IsKindOf成员函数来确定提示对象的运行时类型。通常你不用在OnUpdate中直接执行任何绘图操作。相反，确定以设备坐标表示的矩形，描述要更新的区域，将这个矩形传递给CWnd::InvalidateRect。这会使下一次接收到WM_PAINT消息时产生绘图操作。如果lHint为0，pHint为NULL，文档将发送一个一般的更新通知。如果一个视图接收到了一般的更新通知，或者它没有解码出提示，它将会使整个客户区无效。
单文档ID_File_New 根据我的理解 会调用CWinApp::OnfileNew ，然后CwinApp::OnfileNew 调用 CDocument::OnNewDocument 这个就不用改了。
注意：经过我的实验OnNewDocument是不能用 afx_msg映射的
CwinApp::OnFIleOpen 也是这样都会调用CDocument::OnOpenDocument(name) 注意，CDocument::OnOpenDocument 会调用serilize（）函数，这样会串行化，所以在覆盖的时候不要调用CDocument::OnOpenDocument, 那个传入的name 就是弹出CFIleDilog中文件的名字,我估计那个弹出对话框的工作是CWinApp::OnOpenFile()做得。
至于CDocument::OnFileSave() 这个的对话框显示是CDocument做得，也会调用serilize()函数，所以覆盖的时候不要调用基类的OnFileSave就行了，至于对话框的显示，自己做一个吧，就用CFileDialog，很简单。
后面说说OnUpdateAllViews()
Invalidate()是让程序重画窗口。
UpdateAllViews()是在DOC/VIEW结构中，当一个视图的数据改变后，通知所有视图作相应的改变，和重画毫无关系。
Invalidate()是使窗口无效，使系统向其发WM_PAINT消息，使的程序的OnPaint被调用重画客户区。
而UpdateAllViews()是文档与视之间的联系，调用从它会使程序与此文档相关的所有视的UpdateView被调用至于是否重画以及怎么画是由各视的UpdateView来决定的。
Invalidate()是Cwnd的成员函数，与DOC-VIEW无关；
UpdateAllViews是CDocument的成员函数，具体体现DOC-VIEW的精神。
如果仅重画当前窗口用 this->Invalidate(); 如果通知所有和当前文档相关的窗口重画用GetDocument()->UpdateAllViews()(在View中）或this->UpdateAllViews()(在Doc中）。
Invalidate()函数产生一条WM_PAINT消息，并送入windows消息队列中，是窗口产生重画。 而，UpdateAllViews 并不进入windows消息队列中，直接产生重画
*******************************************
Invalidate函数的总结
InvalidateRect只是增加重绘区域，在下次WM_PAINT的时候才生效
InvalidateRect函数中的参数TRUE表示系统会在你画之前用背景色将所选区域覆盖一次，默认背景色为白色，可以通过设置BRUSH来改变背景色。
Invalidate()之后：（MFC的，顺便了）OnPaint()->OnPrepareDC()->OnDraw()所以只是刷新在OnPaint()和OnDraw()函数中的绘图语句。其它地方没有影响。
Invalidate标记一个需要重绘的无效区域，并不意味着调用该函数后就立刻进行重绘。类似于PostMessage(WM_PAINT)，需要处理到WM_PAINT消息时才真正重绘。以为您Invalidate之后还有其他的语句正在执行，程序没有机会去处理WM_PAINT消息，但当函数执行完毕后，消息处理才得以进行。
Invalidate只是放一个WM_PAINT消息在队列里，不做别的，所以只有当当前函数返回后，进入消息循环，取出WM_PAINT，才执行PAINT，所以不管Invalidate放哪里，都是最后的。
InvalidateRect(hWnd,&rect,TRUE);向hWnd窗体发出WM_PAINT的消息，强制客户区域重绘制，rect是你指定要刷新的区域，此区域外的客户区域不被重绘，这样防止客户区域的一个局部的改动，而导致整个客户区域重绘而导致闪烁，如果最后的参数为TRUE，则还向窗体发送WM_ERASEBKGND消息，使背景重绘，当然在客户区域重绘之前。UpdateWindow只向窗体发送WM_PAINT消息，在发送之前判断GetUpdateRect(hWnd,NULL,TRUE)看有无可绘制的客户区域，如果没有，则不发送WM_PAINT
如果希望立即刷新无效区域，可以在调用InvalidateRect之后调用UpdateWindow，如果客户区的任一部分无效，则UpdateWindow将导致Windows用WM_PAINT消息调用窗口过程（如果整个客户区有效，则不调用窗口过程）。这一WM_PAINT消息不进入消息队列，直接由WINDOWS调用窗口过程。窗口过程完成刷新以后立刻退出，WINDOWS将控制返回给程序中UpdateWindow调用之后的语句。（windows程序设计第5版 P98）
UpdateData()顺便说下，这个函数不是刷新界面用的。UpdateData();参数为FALSE时，将界面上控件绑定的变量的数据导到控件内，参数为TRUE时，导入方向则相反。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1618571
onDraw和onPaint函数的区别
CWnd::OnPaint() 是CWnd类的成员函数,是WM_PAINT 消息的响应函数.当你调用CWnd::UpdateWindow(),CWnd::RedrawWindow()时, 或者窗口被其他窗口覆盖,改变大小等事件就会产生WM_PAINT 消息. 你可以在CWnd派生的子类中使用它.
CView::OnDraw()是CView类的一个纯虚函数.你要使用,必须重载它.
CView::OnPaint()会调用它.OnPaint是收到WM_PAINT消息时所调用的，
OnPaint调用OnDraw函数，而由于OnDraw是虚拟函数，你可以自己改写，所以就实现了，不同的绘图目的ondraw用于cview，而onpaint用于cdialogonpait 响应WM_PAINT消息，在CView中，它接着调用OnDraw CPaintDC响应wm_paint消息，自动完成绘制 ClientDC实时绘制一般情况下，你看不到两个函数有什么太大区别，因为一般情况下，它们的任务都是重画窗口。
在CView及其子类中，恰如浪刀所言，OnDraw是由OnPaint调用的，也就是你可以像在窗口类中一样，调用Invalidate函数导致，OnDraw的调用（当然，Invalidate是先导致OnPaint的调用）。 要说OnDraw和OnPaint有什么区别，那就是它除了可以把画画到屏幕外，还可以把它画到其它任何标准输出设备，如打印机
最后再说下OnUpdate()
CView::OnUpdatevirtual void OnUpdate( CView* pSender, LPARAM lHint, CObject* pHint );
参数：
pSender 指向修改了文档的视图，如果需要更新所有的视图，则为NULL。 lHint 包含了与修改有关的信息。 pHint 指向保存了与修改有关的信息的对象。
说明：框架在视图的文档被修改后调用这个函数；这个函数CDocument::UpdateAllViews调用的，使视图能够更新它的显示以反映那些变化。它也被OnInitialUpdate的缺省实现所调用。缺省的实现使整个客户区域无效，使得下一次接收到WM_PAINT消息时重画这些区域。如果你只想更新与文档的修改部分对应的区域，则应重载这个函数。为此你必须利用提示参数传递有关修改的信息。如果要使用lHint，则应定义特殊的提示值，通常是位掩码或枚举值，并且使文档传递其中的一个值。要使用pHint，则应从CObject集成一个提示类，并使文档传递提示对象的指针。当你重载OnUpdate函数的时候，应使用CObject::IsKindOf成员函数来确定提示对象的运行时类型。通常你不用在OnUpdate中直接执行任何绘图操作。相反，确定以设备坐标表示的矩形，描述要更新的区域，将这个矩形传递给CWnd::InvalidateRect。这会使下一次接收到WM_PAINT消息时产生绘图操作。如果lHint为0，pHint为NULL，文档将发送一个一般的更新通知。如果一个视图接收到了一般的更新通知，或者它没有解码出提示，它将会使整个客户区无效。
2009年4月6日星期一
MFC中ON_COMMAND, ON_MESSAGE, ON_NOTIFY它们的区别
转帖http://blog.csdn.net/wuyijc/archive/2008/05/27/2487177.aspx
http://www.cppblog.com/Lee/archive/2008/09/19/62305.html
ON_COMMAND是菜单和工具栏项处理消息的宏
ON_MESSAGE是处理自定义消息的宏
ON_NOTIFY 是控件向其父窗口发送消息处理的宏对这几个消息的理解要先了解一下Window消息的背景。在Windows3.1里，控件会将mouse, keybord等等的消息通知它的父窗口， 使用的消息就只有WM_COMMAND, 事件种类和控件ID被包含在wParam中， 控件的句柄包含在lParam中。由于wParam和 lParam已经满了，当控件要向父窗口发送其它特殊消息同时附带很多信息的时候就没有地方可以存放它们了。所以Windows3.1中定义了许多其它的消息种类，比如WM_VSCROLL, WM_CTLCOLOR等等，每种消息wParam,lParam中附带的信息是不同的。当到了Win32后，控件的种类越来越多，当然不可以为每一个控件都定义一套消息，这样也不利于系统的扩充。所以在Win32中定义了唯一一个强大的消息 WM_NOTIFY。当然WM_NOTIFY也遵守原来的消息规则，既只带参数wParam和lParam。唯一不同处在于，此时的lParam中传送的是一个NMHDR指针。不同的控件可以按照规则对NMHDR进行扩充，因此WM_NOTIFY消息传送的信息量可以相当的大，这个可以看看MSDN中的相关说明，TreeControl中就有很多这种消息。现在就可以知道为什么有ON_MESSAGE ，ON_COMMAND, , ON_NOTIFY了。ON_MESSAGE是处理所有的Windows的消息的，因为所有的消息都以相同的格式传送，也就是ID, WPARAM, LPARAM.ON_COMMAND是专门处理WM_COMMAND消息的，这样我们就不用自己解开WM_COMMAND中wParam和lParam中传送的控件ID，事件种类…（所有的都在MFC内部解决了：），当然方便了。ON_NOTIFY更是不用说了，看看他的处理函数，是不是把NMHDR解出来了。这样一样就一目了然了，ON_COMMAND和ON_NOTIFY都可以用ON_MESSAGE来处理，只不过自己要多做很多事情。ON_COMMAND和ON_NOTIFY最好就不要互换了！
几点说明：
1、ON_COMMAND(id,memberFxn) 此宏通过ClassWizard或手工插入一个消息映射。它表明那个函数将从一个命令用户接口（例如一个菜单项或toolbar按钮）处理一个命令消息。当一个命令对象通过指定的ID接受到一个Windows WM_COMMAND消息时，ON_COMMAND将调用成员函数memberFxn处理此消息。在用户的消息映射中，对于每个菜单或加速器命令（必须被映射到一个消息处理函数）应该确实有一个ON_COMMAND宏语句。
2、ON_MESSAGE(message,memberFxn)指明哪个函数将处理一用户定义消息。用户定义消息通常定义在WM_USER到0x7FF范围内。用户定义消息是那些不是标准 Windows WM_MESSAGE消息的任何消息。在用户的消息映射中，每个必须被映射到一个消息处理函数。用户定义消息应该有一个 ON_MESSAGE宏语句。
3、ON_Update_COMMAND_UI(id，memberFxn)此宏通常通过ClassWizard被插入一个消息映射，以指明哪个函数将处理一个用户接口个更改命令消息。在用户的消息映射中，每个用户接口更改命令（比讯被映射到一个消息处理函数）应该有一个ON_Update_COMMAND_UI宏语句。4、ON_VBXEVENT(wNotifyCode,memberFxn) 此宏通常通过ClassWizard被插入一个消息映射，以指明哪个函数将处理一个来自VBX控制的消息。在用户的消息映射中每个被映射到一消息处理函数的VBX控制消息应该有一个宏语句。5、ON_REGISTERED_MESSAGE(nmessageVarible,memberFxn) Windows的RegisterWindowsMesage函数用于定义一个新窗口消息，此消息保证在整个系统中是唯一的。此宏表明哪个函数处理已注册消息。变量nMessageViable应以NEAR修饰符来定义。
6、ON_CONTROL(wNotifyCode,id,memberFxn)表明哪个函数将处理一个常规控制表示消息。控制标识消息是那些从一个控制夫发送到母窗口的消息。
http://www.cppblog.com/Lee/archive/2008/09/19/62305.html
ON_COMMAND是菜单和工具栏项处理消息的宏
ON_MESSAGE是处理自定义消息的宏
ON_NOTIFY 是控件向其父窗口发送消息处理的宏对这几个消息的理解要先了解一下Window消息的背景。在Windows3.1里，控件会将mouse, keybord等等的消息通知它的父窗口， 使用的消息就只有WM_COMMAND, 事件种类和控件ID被包含在wParam中， 控件的句柄包含在lParam中。由于wParam和 lParam已经满了，当控件要向父窗口发送其它特殊消息同时附带很多信息的时候就没有地方可以存放它们了。所以Windows3.1中定义了许多其它的消息种类，比如WM_VSCROLL, WM_CTLCOLOR等等，每种消息wParam,lParam中附带的信息是不同的。当到了Win32后，控件的种类越来越多，当然不可以为每一个控件都定义一套消息，这样也不利于系统的扩充。所以在Win32中定义了唯一一个强大的消息 WM_NOTIFY。当然WM_NOTIFY也遵守原来的消息规则，既只带参数wParam和lParam。唯一不同处在于，此时的lParam中传送的是一个NMHDR指针。不同的控件可以按照规则对NMHDR进行扩充，因此WM_NOTIFY消息传送的信息量可以相当的大，这个可以看看MSDN中的相关说明，TreeControl中就有很多这种消息。现在就可以知道为什么有ON_MESSAGE ，ON_COMMAND, , ON_NOTIFY了。ON_MESSAGE是处理所有的Windows的消息的，因为所有的消息都以相同的格式传送，也就是ID, WPARAM, LPARAM.ON_COMMAND是专门处理WM_COMMAND消息的，这样我们就不用自己解开WM_COMMAND中wParam和lParam中传送的控件ID，事件种类…（所有的都在MFC内部解决了：），当然方便了。ON_NOTIFY更是不用说了，看看他的处理函数，是不是把NMHDR解出来了。这样一样就一目了然了，ON_COMMAND和ON_NOTIFY都可以用ON_MESSAGE来处理，只不过自己要多做很多事情。ON_COMMAND和ON_NOTIFY最好就不要互换了！
几点说明：
1、ON_COMMAND(id,memberFxn) 此宏通过ClassWizard或手工插入一个消息映射。它表明那个函数将从一个命令用户接口（例如一个菜单项或toolbar按钮）处理一个命令消息。当一个命令对象通过指定的ID接受到一个Windows WM_COMMAND消息时，ON_COMMAND将调用成员函数memberFxn处理此消息。在用户的消息映射中，对于每个菜单或加速器命令（必须被映射到一个消息处理函数）应该确实有一个ON_COMMAND宏语句。
2、ON_MESSAGE(message,memberFxn)指明哪个函数将处理一用户定义消息。用户定义消息通常定义在WM_USER到0x7FF范围内。用户定义消息是那些不是标准 Windows WM_MESSAGE消息的任何消息。在用户的消息映射中，每个必须被映射到一个消息处理函数。用户定义消息应该有一个 ON_MESSAGE宏语句。
3、ON_Update_COMMAND_UI(id，memberFxn)此宏通常通过ClassWizard被插入一个消息映射，以指明哪个函数将处理一个用户接口个更改命令消息。在用户的消息映射中，每个用户接口更改命令（比讯被映射到一个消息处理函数）应该有一个ON_Update_COMMAND_UI宏语句。4、ON_VBXEVENT(wNotifyCode,memberFxn) 此宏通常通过ClassWizard被插入一个消息映射，以指明哪个函数将处理一个来自VBX控制的消息。在用户的消息映射中每个被映射到一消息处理函数的VBX控制消息应该有一个宏语句。5、ON_REGISTERED_MESSAGE(nmessageVarible,memberFxn) Windows的RegisterWindowsMesage函数用于定义一个新窗口消息，此消息保证在整个系统中是唯一的。此宏表明哪个函数处理已注册消息。变量nMessageViable应以NEAR修饰符来定义。
6、ON_CONTROL(wNotifyCode,id,memberFxn)表明哪个函数将处理一个常规控制表示消息。控制标识消息是那些从一个控制夫发送到母窗口的消息。
CFileFind
今天研究CFileFind
1、CFileFind类的声明文件保存在afx.h头文件中。
2、该类的实现的功能：执行本地文件的查找(查找某个具体的文件，查找某类文件x*.x*，查找所有文件*.*)
3、CFileFind类是CGopherFileFind和CFtpFileFind类的基类。
4、CFileFind类的构造函数::CFileFind()和关闭函数::Close()我会成对使用。
5、CFileFind类的成员函数我根据其操作特性划分为３类：查找操作类、获得文件属性类、判断文件属性类。(下面我先进行函数罗列并没有完整的描述函数的参数)
查找操作类
::FindFile();
::FindNextFile();
获得文件属性类
::GetCreationTime();
::GetLastAccessTime();
::GetLastWriteTime();
::GetFileName();
::GetRoot();
::GetFilePath();
::GetFileTitle();
::GetFileURL();
::GetLength();
判断文件属性类
::IsArchived();
::IsCompressed();
::IsDirectory();
::IsDots();
::IsHidden();
::IsNormal();
::IsReadOnly();
::IsSystem();
::IsTemporary();
::MatchesMask();
6、CFileFind类中成员函数使用应注意的顺序
在创建了CFileFind对象后，先执行::FindFile()函数，然后执行::FindNextFile()，然后选择执行（获得文件属性类）的函数或者（判断文件属性类）函数。
7、CFileFind类成员函数的详细分析
virtual BOOL FindFile(LPCTSTR pstrName = null,DWORD dwUnused = 0);
该函数若返回非0 则表明执行成功，0 则表明执行不成功。
pstrName：需要查找的文件名，例：“E:\\编程工具\\VC++\\MFC例子.rar”，“E:\\编程工具\\VC++\\MFC*.rar”，“E:\\编程工具\\VC++\\*.*”，也可以是NULL表示“*.*”。
dwUnused：必须为0
virtual BOOL FindNextFile();
该函数返回值非0 还有符合条件的文件， 0表示是最后一个文件。
virtual BOOL GetCreationTime(FILETIME *pFileTime) const;
virtual BOOL GetCreationTime(CTime& refTime) const;
该函数用来获得查找到的某个文件的创建时间，返回值非0 获得创建时间成功操作，0表示执行获得创建时间失败或者FindNextFile()没有被执行的时候。
FILETIME *：容纳时间的结构指针
CTime&：容纳时间的对象地址
此处介绍：FILETIME和CTime相互转换的处理方法：
FILETIME转CTime的方法：
A、CTime对象在初始化时可以传递FILETIME结构
FILETIME ft；
CTime time(ft)；
B、将FILETIME转换为SYSTEMTIME，然后CTime对象在初始化时可以传递SYSTEMTIME结构
FILETIME ft；
SYSTEMTIME st；
BOOL bSuccess ＝ ::FileTimeToSystemTime(&ft , &st);
CTime time(st)；
CTime转FILETIME方法：
CTime time(CTime::GetCurrentTime());
SYSTEMTIME st;
time.GetAsSystemTime(st);
FILETIME ft;
::SystemTimeToFileTime(&st,&ft);
virtual BOOL GetLastAccessTime(FILETIME *pFileTime) const;
virtual BOOL GetLastAccessTime(CTime& refTime) const;
该函数用来获得某个文件最后被访问的时间，非0表示执行成功，0表示执行失败或者FindNextFile()函数没有执行的时候。
virtual BOOL GetLastWriteTime(FILETIME *pFileTime) const;
virtual BOOL GetLastWriteTime(CTime& refTime) const;
该函数用来获得某个文件最后被访问的时间，非0表示执行成功，0表示执行失败或者FindNextFile()函数没有执行的时候。
virtual CString GetFilePath() const;
该函数用来获得查找到的文件绝对路径，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“E:\\编程工具\\VC++\\MFC.rar”
virtual CString GetFileName() const;
该函数用来获得查找到的文件的全称，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“MFC.rar”
virtual CString GetFileTitle() const;
该函数用来获得查找到的文件的名称，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“MFC”
virtual CString GetRoot() const;
该函数用来获得查找到的文件的根目录，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“E:\\编程工具\\VC++\\”
virtual CString GetFileURL() const;
该函数用来获得查找到的文件的URL路径，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“file://E:\\编程工具\\VC++\\MFC.rar”
DWORD GetLength() const;
该函数返回值获得查找到的文件的长度，必须在执行了FindNextFile()后该函数才能执行成功。
BOOL IsArchived() const;
该函数用来判断查找的文件属性是否是档案文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsCompressed() const;
该函数用来判断查找的文件属性是否是压缩文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsDirectory() const;
该函数用来判断查找的文件属性是否是路径文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsDots() const;
该函数用来判断查找的文件属性是否是“.”，“..”，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsHidden() const;
该函数用来判断查找的文件属性是否隐藏文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsNormal() const;
该函数用来判断查找的文件属性是否正常文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsReadOnly() const;
该函数用来判断查找的文件属性是否只读文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsSystem() const;
该函数用来判断查找的文件属性是否系统文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsTemporary() const;
该函数用来判断查找的文件属性是否临时文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL MatchesMask(DWORD dwMask) const;
该函数用来判断查找的文件的综合属性，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
dwMask参数的使用方法：几种文件属性采用或运算（）
文件属性的结构定义：
FILE_ATTRIBUTE_ARCHIVE：档案文件
FILE_ATTRIBUTE_COMPRESSED：压缩文件
FILE_ATTRIBUTE_DIRECTORY：路径文件
FILE_ATTRIBUTE_NORMAL：正常文件
FILE_ATTRIBUTE_READONLY：只读文件
FILE_ATTRIBUTE_SYSTEM：系统文件
FILE_ATTRIBUTE_TEMPORARY：临时文件
FILE_ATTRIBUTE_HIDDEN：隐藏文件
1、CFileFind类的声明文件保存在afx.h头文件中。
2、该类的实现的功能：执行本地文件的查找(查找某个具体的文件，查找某类文件x*.x*，查找所有文件*.*)
3、CFileFind类是CGopherFileFind和CFtpFileFind类的基类。
4、CFileFind类的构造函数::CFileFind()和关闭函数::Close()我会成对使用。
5、CFileFind类的成员函数我根据其操作特性划分为３类：查找操作类、获得文件属性类、判断文件属性类。(下面我先进行函数罗列并没有完整的描述函数的参数)
查找操作类
::FindFile();
::FindNextFile();
获得文件属性类
::GetCreationTime();
::GetLastAccessTime();
::GetLastWriteTime();
::GetFileName();
::GetRoot();
::GetFilePath();
::GetFileTitle();
::GetFileURL();
::GetLength();
判断文件属性类
::IsArchived();
::IsCompressed();
::IsDirectory();
::IsDots();
::IsHidden();
::IsNormal();
::IsReadOnly();
::IsSystem();
::IsTemporary();
::MatchesMask();
6、CFileFind类中成员函数使用应注意的顺序
在创建了CFileFind对象后，先执行::FindFile()函数，然后执行::FindNextFile()，然后选择执行（获得文件属性类）的函数或者（判断文件属性类）函数。
7、CFileFind类成员函数的详细分析
virtual BOOL FindFile(LPCTSTR pstrName = null,DWORD dwUnused = 0);
该函数若返回非0 则表明执行成功，0 则表明执行不成功。
pstrName：需要查找的文件名，例：“E:\\编程工具\\VC++\\MFC例子.rar”，“E:\\编程工具\\VC++\\MFC*.rar”，“E:\\编程工具\\VC++\\*.*”，也可以是NULL表示“*.*”。
dwUnused：必须为0
virtual BOOL FindNextFile();
该函数返回值非0 还有符合条件的文件， 0表示是最后一个文件。
virtual BOOL GetCreationTime(FILETIME *pFileTime) const;
virtual BOOL GetCreationTime(CTime& refTime) const;
该函数用来获得查找到的某个文件的创建时间，返回值非0 获得创建时间成功操作，0表示执行获得创建时间失败或者FindNextFile()没有被执行的时候。
FILETIME *：容纳时间的结构指针
CTime&：容纳时间的对象地址
此处介绍：FILETIME和CTime相互转换的处理方法：
FILETIME转CTime的方法：
A、CTime对象在初始化时可以传递FILETIME结构
FILETIME ft；
CTime time(ft)；
B、将FILETIME转换为SYSTEMTIME，然后CTime对象在初始化时可以传递SYSTEMTIME结构
FILETIME ft；
SYSTEMTIME st；
BOOL bSuccess ＝ ::FileTimeToSystemTime(&ft , &st);
CTime time(st)；
CTime转FILETIME方法：
CTime time(CTime::GetCurrentTime());
SYSTEMTIME st;
time.GetAsSystemTime(st);
FILETIME ft;
::SystemTimeToFileTime(&st,&ft);
virtual BOOL GetLastAccessTime(FILETIME *pFileTime) const;
virtual BOOL GetLastAccessTime(CTime& refTime) const;
该函数用来获得某个文件最后被访问的时间，非0表示执行成功，0表示执行失败或者FindNextFile()函数没有执行的时候。
virtual BOOL GetLastWriteTime(FILETIME *pFileTime) const;
virtual BOOL GetLastWriteTime(CTime& refTime) const;
该函数用来获得某个文件最后被访问的时间，非0表示执行成功，0表示执行失败或者FindNextFile()函数没有执行的时候。
virtual CString GetFilePath() const;
该函数用来获得查找到的文件绝对路径，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“E:\\编程工具\\VC++\\MFC.rar”
virtual CString GetFileName() const;
该函数用来获得查找到的文件的全称，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“MFC.rar”
virtual CString GetFileTitle() const;
该函数用来获得查找到的文件的名称，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“MFC”
virtual CString GetRoot() const;
该函数用来获得查找到的文件的根目录，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“E:\\编程工具\\VC++\\”
virtual CString GetFileURL() const;
该函数用来获得查找到的文件的URL路径，必须在执行了FindNextFile()后该函数才能执行成功。
返回的结果是CString对象，例“file://E:\\编程工具\\VC++\\MFC.rar”
DWORD GetLength() const;
该函数返回值获得查找到的文件的长度，必须在执行了FindNextFile()后该函数才能执行成功。
BOOL IsArchived() const;
该函数用来判断查找的文件属性是否是档案文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsCompressed() const;
该函数用来判断查找的文件属性是否是压缩文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsDirectory() const;
该函数用来判断查找的文件属性是否是路径文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsDots() const;
该函数用来判断查找的文件属性是否是“.”，“..”，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsHidden() const;
该函数用来判断查找的文件属性是否隐藏文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsNormal() const;
该函数用来判断查找的文件属性是否正常文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsReadOnly() const;
该函数用来判断查找的文件属性是否只读文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsSystem() const;
该函数用来判断查找的文件属性是否系统文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL IsTemporary() const;
该函数用来判断查找的文件属性是否临时文件，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
BOOL MatchesMask(DWORD dwMask) const;
该函数用来判断查找的文件的综合属性，非0表示是，0表示不是。必须在执行了FindNextFile()后该函数才能执行成功
dwMask参数的使用方法：几种文件属性采用或运算（）
文件属性的结构定义：
FILE_ATTRIBUTE_ARCHIVE：档案文件
FILE_ATTRIBUTE_COMPRESSED：压缩文件
FILE_ATTRIBUTE_DIRECTORY：路径文件
FILE_ATTRIBUTE_NORMAL：正常文件
FILE_ATTRIBUTE_READONLY：只读文件
FILE_ATTRIBUTE_SYSTEM：系统文件
FILE_ATTRIBUTE_TEMPORARY：临时文件
FILE_ATTRIBUTE_HIDDEN：隐藏文件
订阅：
博文 (Atom)
