MFC9.0几乎将其类库扩充了一倍,无疑是MFC史上的一次大的升级。在引入CMFCVirtualManager等类方便我们开发高水准UI的同时也给习惯老版本MFC的用户带来了困难。
以前使用VC6.0的用户在初次使用vs2008或2010时对于改变窗口的初始化大小很是费解。
在VC6.0下,这种操作很容易实现
BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)
{
if( !CFrameWnd::PreCreateWindow(cs) )
return FALSE;
//想要的窗口大小
cs.cx=300;
cs.cy=300;
cs.x=0;
cs.Y=0;
return TRUE;
}
但如果在MFC9.0下,你会发现窗口的大小根本没有改变。找不到原因,于是打算使用另一种途经使用CWnd::SetWindowPos方法,在窗口创建之后紧接着改变其大小。
代码如下:
int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
.....//MFC自己生产的代码
SetWindowPos(CWnd::FromHandle(HWND_NOTOPMOST),200,200,300,300,SWP_FRAME CHANGED|SWP_SHOWWINDOW);
return 0;
}
这时你会发现窗口的大小先变成自定义的大小,紧接着又改变成了系统默认的大小,如果变化太快看不清,如下代码会让你清楚的发现这一点。
int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
.....//MFC自己生产的代码
SetWindowPos(CWnd::FromHandle(HWND_NOTOPMOST),200,200,300,300,SWP_FRAME CHANGED|SWP_SHOWWINDOW);
Sleep(3000);
return 0;
}
这是怎么回事呢????
回想使用windows API开发应用程序中窗口的创建过程,窗口的创建简单分三步操作,创建窗口,显示窗口,更新窗口,其中显示更新窗口可以多次调用。在MFC中创建窗口的工作主要由CMainFrame::PreCreateWindow和CMainFrame::OnCreate来完成,同时CMainFrame::OnCreate完成后也会显示窗口。会不会在调用完成CMainFrame::OnCreate之后在调用下个显示窗口之前对窗口大小进行改变的呢?的却如此。下面就是调用的代码。
BOOL CNewApp::InitInstance()
{
// 如果一个运行在 Windows XP 上的应用程序清单指定要
// 使用 ComCtl32.dll 版本 6 或更高版本来启用可视化方式,
//则需要 InitCommonControlsEx()。否则,将无法创建窗口。
INITCOMMONCONTROLSEX InitCtrls;
InitCtrls.dwSize = sizeof(InitCtrls);
// 将它设置为包括所有要在应用程序中使用的
// 公共控件类。
InitCtrls.dwICC = ICC_WIN95_CLASSES;
InitCommonControlsEx(&InitCtrls);
CWinAppEx::InitInstance();
// 初始化 OLE 库
if (!AfxOleInit())
{
AfxMessageBox(IDP_OLE_INIT_FAILED);
return FALSE;
}
AfxEnableControlContainer();
EnableTaskbarInteraction(FALSE);
// 使用 RichEdit 控件需要 AfxInitRichEdit2()
// AfxInitRichEdit2();
// 标准初始化
// 如果未使用这些功能并希望减小
// 最终可执行文件的大小,则应移除下列
// 不需要的特定初始化例程
// 更改用于存储设置的注册表项
// TODO: 应适当修改该字符串,
// 例如修改为公司或组织名
SetRegistryKey(_T("应用程序向导生成的本地应用程序"));
LoadStdProfileSettings(4); // 加载标准 INI 文件选项(包括 MRU)
InitContextMenuManager();
InitKeyboardManager();
InitTooltipManager();
CMFCToolTipInfo ttParams;
ttParams.m_bVislManagerTheme = TRUE;
theApp.GetTooltipManager()->SetTooltipParams(AFX_TOOLTIP_TYPE_ALL,
RUNTIME_CLASS(CMFCToolTipCtrl), &ttParams);
// 注册应用程序的文档模板。文档模板
// 将用作文档、框架窗口和视图之间的连接
CSingleDocTemplate* pDocTemplate;
pDocTemplate = new CSingleDocTemplate(
IDR_MAINFRAME,
RUNTIME_CLASS(CNewDoc),
RUNTIME_CLASS(CMainFrame), // 主 SDI 框架窗口
RUNTIME_CLASS(CNewView));
if (!pDocTemplate)
return FALSE;
AddDocTemplate(pDocTemplate);
// 分析标准 shell 命令、DDE、打开文件操作的命令行
CCommandLineInfo cmdInfo;
ParseCommandLine(cmdInfo);
// 调度在命令行中指定的命令。如果
// 用 /RegServer、/Register、/Unregserver 或 /Unregister 启动应用程序,则返回 FALSE。
if (!ProcessShellCommand(cmdInfo))
return FALSE;
// 唯一的一个窗口已初始化,因此显示它并对其进行更新
//m_pMainWnd->SetWindowPos(CWnd::FromHandle(HWND_NOTOPMOST),200,200,300,300,SWP_FRAMECHANGED);
m_pMainWnd->ShowWindow(SW_SHOW);
m_pMainWnd->UpdateWindow();
// 仅当具有后缀时才调用 DragAcceptFiles
// 在 SDI 应用程序中,这应在 ProcessShellCommand 之后发生
return TRUE;
}
其实先前的MFC版本也有两个函数的调用,为什么结果却有所不同?这要了解MFC9.0中,窗口到显示的整个过程。首先调用PreCreateWindow和 OnCreateWindow按cs中设定的值创建窗口(这时的窗口并没有显示出来),再调用
m_pMainWnd->ShowWindow(SW_SHOW);
m_pMainWnd->UpdateWindow();
之前会从注册表中读取包括窗口上一次关闭时的大小和位置等其他信息(第一次创建时会把系统默认的信息写到注册表),并根据这些信息改变窗口。这就是为什么在PreCreateWindow中更改窗口的大小和位置不起作用的原因。
要想更改可以在显示窗口之前调用SetWindowPos,即:
SetWindowPos(CWnd::FromHandle(HWND_NOTOPMOST),200,200,300,300,SWP_FRAME CHANGED|SWP_SHOWWINDOW);
m_pMainWnd->ShowWindow(SW_SHOW);
m_pMainWnd->UpdateWindow();
这样窗口的大小和位置就可以根据需要随意显示了。