MFC程序问题——如何通过点击按钮d出文件目录浏览，选择目录

给你一个控制台版本的浏览目录范例程序，把main中的代码复制过去就行了。

#include <wtypesh>

#include <atlbaseh>

#include <shlobjh>

#include <iostream>

using namespace std;

//显示文件夹浏览对话框

//用shell提供的SHBrowseForFolder，需要一个指向BROWSEINFO结构的指针

/ BROWSEINFO结构

HWND hwndOwner，指定对话框的父窗口的句柄

LPCITEMIDLIST pidlRoot，指定打开浏览的根目录，若为NULL，表示桌面

LPSTR pszDisplayName，指定一个缓冲区，接收用户选择的目录的显示名称

LPCSTR lpszTitle，树形视图上方显示的文字

UINT ulFlags，指定属性

BFFCALLBACK Lpfn，指定回调函数，发生某些事件时，指定的函数被调用，允许程序进一步定制对话框的行为

LPARAM lParam，若指定回调函数，参数值传递给回调函数

int iImage，代表用户选择的文件夹对象的图标在系统图标列表中的索引 /

int main()

{

BROWSEINFO bi;

::ZeroMemory(&bi,sizeof(bi)); //将bi结构清零

char szSelPath[MAX_PATH]; //被选择文件夹对象名称的缓冲区

bipszDisplayName=szSelPath;

LPITEMIDLIST pNetHoodIDL;

::SHGetSpecialFolderLocation(NULL,CSIDL_HISTORY,&pNetHoodIDL); //根文件夹为历史文件夹

bipidlRoot=pNetHoodIDL;

bilpsztitle="Luoguohui "; //提示字符串

biulFlags=BIF_BROWSEINCLUDEFILES| //允许选择文件对象

BIF_EDITBOX| //显示编辑框

BIF_STATUSTEXT| //显示状态文本

BIF_VALIDATE; //校验编辑框中的输入

LPITEMIDLIST pidlSel=::SHBrowseForFolder(&bi); //打开文件夹浏览对话框

if(pidlSel!=NULL)

{

cout<<"Selected:"<<szSelPath<<endl;

CComPtr<IMalloc> pMalloc;

::SHGetMalloc(&pMalloc);

pMalloc->Free(pidlSel); //释放资源

}

return 0;

}

void ReStart(BOOL bNormal)

{

PROCESS_INFORMATION info;

STARTUPINFO startup;

char szPath[128];

char szCmdLine;

GetModuleFileName(AfxGetApp()-> m_hInstance, szPath, sizeof(szPath));

szCmdLine = GetCommandLine();

GetStartupInfo(&startup);

BOOL bSucc = CreateProcess(szPath, szCmdLine, NULL, NULL,

FALSE, NORMAL_PRIORITY_CLASS, NULL, NULL, &startup, &info);

if(bNormal && bSucc)

{

CWnd pWnd = AfxGetMainWnd();

if(pWnd != NULL)

{

pWnd-> PostMessage(WM_CLOSE, 0, 0);

}

else

ExitProcess(-1);

}

else

ExitProcess(-1);

}

VC实现程序重新启动

在很多情况下，我们需要将当前运行的程序重新运行；此时我们就必须在程序关闭后立即重新运行程序，形成新的进程；

实例代码：

1、重启按钮事件中添加代码：

g_bIsRunAgain=true;//控制是否重新运行的变量

this->SendMessage(WM_CLOSE);

在MESSAGE_MAP中药添加 ON_WM_CLOSE

2、在OnClose()消息处理中加入代码：

if(g_bIsRunAgain)

{

char pBuf[MAX_PATH]; //存放路径的变量

GetCurrentDirectory(MAX_PATH,pBuf); //获取程序的当前目录

strcat(pBuf,"\");

strcat(pBuf,AfxGetApp()->m_pszExeName);

strcat(pBuf,"exe");

CString strPath= (CString) pBuf;

STARTUPINFO StartInfo;

PROCESS_INFORMATION procStruct;

memset(&StartInfo, 0, sizeof(STARTUPINFO));

StartInfocb = sizeof(STARTUPINFO);

::CreateProcess(

(LPCTSTR) strPath,

NULL,

NULL,

NULL,

FALSE,

NORMAL_PRIORITY_CLASS,

NULL,

NULL,

&StartInfo,

&procStruct);

}

CDialog::OnClose();

通过查阅资料实现了对话框程序重新启动的功能，流程如下：

1ShowWindow(SW_HIDE);//隐藏本对话框

2WinExec(strPath, SW_SHOW);//启动strPath路径下的执行文件

3 OnOK();//退出当前执行对话框程序

另外在获取strPath是使用函数:GetModuleFileName(NULL,buf,sizeof(buf))获取当前程序的执行文件路径。

附源代码：

1void CF_RockClientDlg::OnBtnRestart()

2{

3 // TODO: Add your control notification handler code here

4 char buf[256];

5 ::GetModuleFileName(NULL,buf,sizeof(buf));

6 CString strPath = buf;

7 ShowWindow(SW_HIDE);//隐藏本对话框

8 WinExec(strPath, SW_SHOW);//启动strPath路径下的执行文件

9 OnOK();//退出当前执行对话框程序

10}

vc 实现软件重启

一般要在一个事件里产生软件的自动重启 。

比如，我在一个对话框工程的子对话框中有一个单击按钮“确定”后d出一个是否重开软件的功能。

子对话框中：

if(MessageBox("更改了设置，需重启软件生效","Notice",MB_YESNO)==IDYES)

{

// WM_ONSETRESTART 消息是一个自定义的消息

//实现一个布尔变量的开关，以此评估 响应 wm_close 消息是不是由这个按钮触发（否则软件永远重启）

AfxGetMainWnd()->SendMessage(WM_ONSETRESTART);

AfxGetMainWnd()->SendMessage(WM_CLOSE);

}

在主对话框中的 OnClose 中：

void CTransFileDlg::OnClose()

{

char pBuf[MAX_PATH];

//获取应用程序完全路径，比 GetCurrentDirectory 好用多了

GetModuleFileName(NULL,pBuf,MAX_PATH);

STARTUPINFO startupinfo;

PROCESS_INFORMATION proc_info;

memset(&startupinfo,0,sizeof(STARTUPINFO));

startupinfocb=sizeof(STARTUPINFO);

// 最重要的地方

if(m_bSetRestart)

::CreateProcess(pBuf,NULL,NULL,NULL,FALSE,

NORMAL_PRIORITY_CLASS,NULL,NULL,&startupinfo,&proc_info);

CDialog::OnClose();

}

CChildFrame做为子窗口包含于MDIClient中（可以包含多个），CChildFrame里面则是真实的文档表示窗口CMDITestView了。 我们从这里开始：// CMDITestApp 初始化BOOL CMDITestApp::InitInstance() 做为CWinApp的派生类，通常需要重载InitInstance(), ExitInstance()两个函数，以完成应用的初始化和退出。我们现在关心InitInstance中关于文档模板、窗口处理的部分，而忽略掉一些CommonControl, OLE初始化部分。 整个InitInstance代码如下：BOOL CMDITestApp::InitInstance(){ InitCommonControls(); // 这里删减了大量注释和错误处理 CWinApp::InitInstance(); AfxOleInit(); AfxEnableControlContainer(); SetRegistryKey(_T(“应用程序向导生成的本地应用程序“)); LoadStdProfileSettings(4); // 加载标准 INI 文件选项(包括 MRU) TRACE(“Before CMultiDocTemplate\n“); // 注册应用程序的文档模板。文档模板 // 将用作文档、框架窗口和视图之间的连接 CMultiDocTemplate pDocTemplate; pDocTemplate = new CMultiDocTemplate(IDR_MDITestTYPE, RUNTIME_CLASS(CMDITestDoc), RUNTIME_CLASS(CChildFrame), // 自定义 MDI 子框架 RUNTIME_CLASS(CMDITestView)); if (!pDocTemplate) return FALSE; TRACE(“Before AddDocTemplate\n“); AddDocTemplate(pDocTemplate); // 创建主 MDI 框架窗口 TRACE(“Before new CMainFrame\n“); CMainFrame pMainFrame = new CMainFrame; TRACE(“Before pMainFrame->LoadFrame\n“); if (!pMainFrame || !pMainFrame->LoadFrame(IDR_MAINFRAME)) return FALSE; m_pMainWnd = pMainFrame; TRACE(“Before ParseCommandLine\n“); CCommandLineInfo cmdInfo; ParseCommandLine(cmdInfo); // 调度在命令行中指定的命令。如果 // 用 /RegServer、/Register、/Unregserver 或 /Unregister 启动应用程序，则返回 FALSE。 TRACE(“Before ProcessShellCommand\n“); if (!ProcessShellCommand(cmdInfo)) return FALSE; TRACE(“Before pMainFrame->ShowWindow\n“); // 主窗口已初始化，因此显示它并对其进行更新 pMainFrame->ShowWindow(m_nCmdShow); TRACE(“Before pMainFrame->UpdateWindow\n“); pMainFrame->UpdateWindow(); return TRUE;} 为了研究整个创建过程，我在其中添加了一些TRACE来跟踪创建顺序。 忽略掉开始的乱七八糟的初始化，从CMultiDocTemplate开始： CMultiDocTemplate pDocTemplate = new CMultiDocTemplate(IDR_MDITestTYPE, RUNTIME_CLASS(CMDITestDoc), RUNTIME_CLASS(CChildFrame), // 自定义 MDI 子框架 RUNTIME_CLASS(CMDITestView)); AddDocTemplate(pDocTemplate);(作了一点点简化)这里首先创建了一个CMultiDocTemplate ——文档模板，文档模板包括的三个运行时刻类信息：Document – CMDITestDoc, FrameWnd – CChildFrame, View – CMDITestView。然后通AddDocTemplate函数将新创建的文档模板添加到模板管理器之中（我们以后再研究模板管理器）。 然后创建主框架窗口CMainFrame： CMainFrame pMainFrame = new CMainFrame; if (!pMainFrame || !pMainFrame->LoadFrame(IDR_MAINFRAME)) return FALSE; 其中，需要研究的是LoadFrame的实现，以及里面都做了些什么。我们稍后研究。 处理命令行，在这里第一个空文档被建立出来： CCommandLineInfo cmdInfo; ParseCommandLine(cmdInfo); // 调度在命令行中指定的命令。如果用 /RegServer、/Register、/Unregserver 或 /Unregister 启动应用程序，则返回 FALSE。 if (!ProcessShellCommand(cmdInfo)) // �0�8 这里创建出初始空文档 return FALSE; 我们一会会重点研究ProcessShellCommand。 最后，显示主窗口： pMainFrame->ShowWindow(m_nCmdShow); pMainFrame->UpdateWindow(); 至此，WinApp::InitInstance()完成了自己的工作。 上面遗留了三个待研究的分支，让我们现在去研究它们：1、 CDocTemplate2、 CFrameWnd::LoadFrame3、 CWnd::ProcessShellCommand 研究CDocTemplate 我们的例子中是构造了一个CMultiDocTemplate，它是从CDocTemplate派生而来，所以我们主要研究CDocTemplate。CDocTemplate的几个关键属性列表如下： CRuntimeClass m_pDocClass; // class for creating new documents CRuntimeClass m_pFrameClass; // class for creating new frames CRuntimeClass m_pViewClass; // class for creating new views 其中：m_pDocClass表示文档类类型，在此例子中就是CMDITestDocm_pFrameClass表示容纳View窗口的框架窗口类类型，此例中为CChildFramem_pViewClass表示显示文档的View视类类型，此例中为CMDITestView 我们可以这样认为，CDocTemplate用于描述Frame-View-Doc的关系。当然它还有一大堆别的属性，我们暂时先忽略。 一会还会看到CDocTemplate的创建文档、框架、视的过程，<在ProcessShellCommand中研究。 研究LoadFrame 让我们继续研究CFrameWnd::LoadFrame是怎么运作的。使用的方法是跟踪进入。。。BOOL CMDIFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle, CWnd pParentWnd, CCreateContext pContext){ // 调用基类 CFrameWnd 的 LoadFrame, pContext 在创建主窗口时 = NULL // pParentWnd = NULL if (!CFrameWnd::LoadFrame(nIDResource, dwDefaultStyle, pParentWnd, pContext)) return FALSE; // save menu to use when no active MDI child window is present ASSERT(m_hWnd != NULL); // 主窗口带有菜单，所以。。。 m_hMenuDefault = ::GetMenu(m_hWnd); if (m_hMenuDefault == NULL) TRACE(traceAppMsg, 0, “Warning: CMDIFrameWnd without a default menu\n“); return TRUE;}注意，我们的MDITest Application的主窗口CMainFrame是从CMDIFrameWnd派生的，所以进入到这里，参考代码中红色的注释部分。继续跟踪进入CFrameWnd::LoadFrame。 BOOL CFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle, CWnd pParentWnd, CCreateContext pContext){ // only do this once ASSERT_VALID_IDR(nIDResource); // nIDResource = 128, IDR_MAINFRAME ASSERT(m_nIDHelp == 0 || m_nIDHelp == nIDResource); m_nIDHelp = nIDResource; // ID for help context (+HID_BASE_RESOURCE) CString strFullString; if (strFullStringLoadString(nIDResource)) // = “MDITest” AfxExtractSubString(m_strTitle, strFullString, 0); // 取得第一个子串 VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG)); // attempt to create the window // GetIconWndClass 会调用 virtual PreCreateWindow 函数，别处也会调用，从而 // 使得子类的PreCreateWindow 将被调用多次 LPCTSTR lpszClass = GetIconWndClass(dwDefaultStyle, nIDResource); CString strTitle = m_strTitle; // 调用 CFrameWnd::Create() 实际创建出窗口。 // 注意：在这里将给 CMainFrame 发送 WM_CREATE 等多个消息。触发 CMainFrame 的 // OnCreate 处理等。 if (!Create(lpszClass, strTitle, dwDefaultStyle, rectDefault, pParentWnd, MAKEINTRESOURCE(nIDResource), 0L, pContext)) { return FALSE; // will self destruct on failure normally } // save the default menu handle， 好像CMDIFrameWnd 也保存了一次？ ASSERT(m_hWnd != NULL); m_hMenuDefault = ::GetMenu(m_hWnd); // load accelerator resource LoadAccelTable(MAKEINTRESOURCE(nIDResource)); // WM_INITIALUPDATE 是 MFC 发明的消息，参见后面的说明。 if (pContext == NULL) // send initial update SendMessageToDescendants(WM_INITIALUPDATE, 0, 0, TRUE, TRUE); return TRUE;} 以下是从TN024: MFC-Defined Messages And Resources中抽取的部分说明：WM_INITIALUPDATEThis message is sent by the document template to all descendants of a frame window when it is safe for them to do their initial update It maps to a call to CView::OnInitialUpdate but can be used in other CWnd-derived classes for other one-shot updatingwParamNot used (0)lParamNot used (0)returnsNot used (0) 归纳一下，LoadFrame中进行了如下事情：1、 注册窗口类(AfxDeferRegisterClass)2、 实际创建窗口(Create)3、 处理菜单、快捷键，发送WM_INITIALUPDATE消息给所有子窗口。实际将在CView中处理此消息。（例如：在ToolBar上面放一个FormView，可能就能收到这个消息并处利？） 至此，CMainFrame已经成功创建，菜单已经装载，工具条、状态行等已经在CMainFrame::OnCreate中创建。让我们接着研究第一个子窗口是怎么被创建出来的，该过程和CMainFrame::LoadFrame比起来就不那么直接了。 研究CWnd::ProcessShellCommand 第一个MDI子窗口是从这里面建立出来的，这实在是缺乏直观性。不过MFC就是这样，没办法。BOOL CWinApp::ProcessShellCommand(CCommandLineInfo& rCmdInfo){ BOOL bResult = TRUE; switch (rCmdInfom_nShellCommand) { case CCommandLineInfo::FileNew: if (!AfxGetApp()->OnCmdMsg(ID_FILE_NEW, 0, NULL, NULL)) // 关键是这里 OnFileNew(); if (m_pMainWnd == NULL) bResult = FALSE; break; case CCommandLineInfo::FileOpen: // 忽略 case CCommandLineInfo::FilePrintTo: // 忽略 case CCommandLineInfo::FilePrint: case CCommandLineInfo::FileDDE: case CCommandLineInfo::AppRegister: case CCommandLineInfo::AppUnregister: } return bResult;}进入到ProcessShellCommand，要处理很多种不同命令，我们忽略其它命令，单独看FileNew部分。注意：实际进入到了AfxGetApp()->OnCmdMsg(ID_FILE_NEW, 0, NULL, NULL)之中。 AfxGetApp()实际返回了CMDITestApp的唯一实例，它从CWinApp – CWinThread – CCmdTarget – CObject 派生而来。我们没有重载OnCmdMsg，所以进入到CCmdTarget的OnCmdMsg处理中。为了研究，我们删减了一些代码。BOOL CCmdTarget::OnCmdMsg(UINT nID, int nCode, void pExtra, AFX_CMDHANDLERINFO pHandlerInfo){ // 这里删减了一些代码 // determine the message number and code (packed into nCode) const AFX_MSGMAP pMessageMap; const AFX_MSGMAP_ENTRY lpEntry; UINT nMsg = 0; // 这里删减了一些代码，处理后 nMsg = WM_COMMAND // 为了简化，删减了一些断言等。以下循环用于查找处理此消息的入口。

1c++语法要掌握．

2windows程序设计是必需的，特别是象单文档程序，如果不了解消息处理细节，你直接上mfc的封装类，光一个CFrameWnd就可以让你深陷其中，云里雾里．

一些简单内容，直接跳过去就是了．

3mfc学习，一本是李久近的，还是有一个国外的<深入解析mfc>而侯俊杰的就省省吧．

1c++法法掌握，主要是一本书<深入探索c++对象模型＞．看完这本，神马语法都是浮云．

rtti,为类维护一个static类，由于static对于类的多个实例来说仍然只有一个，这样就可以通过static记录类继承信息来判断父子关系．c++编译器自动实现，只要关心相应的函数就行了．

mfc，刚好就是明显提供了这种类似的实现，主要用于消息映射表遍历．

象com类，它是用128位数，也就是uuid用来表达一个类名称，然后通过字符串比较，来判断到底要返回嘛类，这个体会一下．

获取系统进程要使用CreateToolhelp32Snapshot()函数得到快照，然后进行遍历，取出自己想要的信息就可以了。下面是我自己写的一个由进程名称得到进程ID的函数，要得到所有的进程，你只要把循环进行完就行。上代码：

DWORD CXXXDlg::GetProeccIDByName(CString& csProName)

{

//AddOutPut()是我自己封装的调试函数，可以不用理会

//使用CreateToolhelp32Snapshot()等函数要包含头文件

//#include <TlHelp32h>

 AddOutPut(_T("->由进程名字得到进程ID开始"));

 if (csProNameIsEmpty())

 {

  AddOutPut(_T("!!由进程名字得到进程ID失败，进程ID名字为空！"));

  return 0;

 }

 HANDLE hSnapShot = NULL;

 hSnapShot = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);

 if (INVALID_HANDLE_VALUE == hSnapShot)

 {

  AddOutPut(_T("!!由进程名字得到进程ID失败，创建快照失败！"));

  return 0;

 }

 int nPos = csProNameReverseFind('\\');

 csProName = csProNameRight(csProNameGetLength() - nPos);

 PROCESSENTRY32 proEntry32 = {0};

 bool bRetval = false;

 bool bFind = false;

 proEntry32dwSize = sizeof(PROCESSENTRY32);

 bRetval = Process32First(hSnapShot, &proEntry32)  true : false;

 while (bRetval)

 {

  if (0 == StrCmpI(proEntry32szExeFile, csProName))

  {

   bFind = true;

   break;

  }

  bRetval = Process32Next(hSnapShot, &proEntry32)  true : false;

  proEntry32dwSize = sizeof(PROCESSENTRY32);

 }

 if (!bFind)

 {

  AddOutPut(_T("!!由进程名字得到进程ID失败，未找到该进程！"));

  return 0;

 }

 if (hSnapShot != NULL)

 {

  CloseHandle(hSnapShot);

 }

 AddOutPut(_T("->由进程名字得到进程ID成功"));

 return proEntry32th32ProcessID;

}

第一件事就先让它跑起来，跑跑，全部功能试一遍再说，再界面和看代

码。（如果编译环境不对跑步起来，也可以只看代码，不过需要费点劲了）

先看初始化如：On

InitDialog()、On

Create()等函数。

再看有没有OnTimer();

按程序流程,从入口渐进，逐行进行分析

现看功能，再看结构。。

你要明白,MFC程序是消息驱动的,就好了!!

熟悉流程，然后就是f9断断断，调试看调用堆栈

1 预处理

预处理相当于根据预处理指令组装新的C/C++程序。经过预处理，会产生一个没有宏定义，没有条件编译指令，没有特殊符号的输出文件，这个文件的含义同原本的文件无异，只是内容上有所不同。

读取C/C++源程序，对其中的伪指令（以#开头的指令）进行处理

①将所有的“#define”删除，并且展开所有的宏定义

②处理所有的条件编译指令，如：“#if”、“#ifdef”、“#elif”、“#else”、“endif”等。这些伪指令的引入使得程序员可以通过定义不同的宏来决定编译程序对哪些代码进行处理。预编译程序将根据有关的文件，将那些不必要的代码过滤掉。

③处理“#include”预编译指令，将被包含的文件插入到该预编译指令的位置。

（注意：这个过程可能是递归进行的，也就是说被包含的文件可能还包含其他文件）

删除所有的注释

添加行号和文件名标识。

以便于编译时编译器产生调试用的行号信息及用于编译时产生的编译错误或警告时能够显示行号

保留所有的#pragma编译器指令

2 编译

将预处理完的文件进行一系列词法分析、语法分析、语义分析及优化后，产生相应的汇编代码文件。

3 汇编

将编译完的汇编代码文件翻译成机器指令，并生成可重定位目标程序的o文件，该文件为二进制文件，字节编码是机器指令。

汇编器是将汇编代码转变成机器可以执行的指令，每一个汇编语句几乎都对应一条机器指令。所以汇编器的汇编过程相对于编译器来讲比较简单，它没有复杂的语法，也没有语义，也不需要做指令优化，只是根据汇编指令和机器指令的对照表一一翻译即可。

4 链接

通过链接器将一个个目标文件（或许还会有库文件）链接在一起生成一个完整的可执行程序。

由汇编程序生成的目标文件并不能立即就被执行，其中可能还有许多没有解决的问题。

例如，某个源文件中的函数可能引用了另一个源文件中定义的某个符号（如变量或者函数调用等）；在程序中可能调用了某个库文件中的函数，等等。所有的这些问题，都需要经链接程序的处理方能得以解决。

链接程序的主要工作就是将有关的目标文件彼此相连接，也就是将在一个文件中引用的符号同该符号在另外一个文件中的定义连接起来，使得所有的这些目标文件成为一个能够被 *** 作系统装入执行的统一整体。

至此，大致经过这几个步骤，一个完整的可执行程序产生了。

>

以上就是关于MFC程序问题——如何通过点击按钮d出文件目录浏览，选择目录全部的内容，包括:MFC程序问题——如何通过点击按钮d出文件目录浏览，选择目录、怎么实现MFC程序自动重启、学习MFC框架如何创建的过程等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！