WINX如何做到可视化界面开发

概要

先简单回顾一下。到目前为止，我们已经介绍了：

WINX独特的消息分派机制。简洁（使用上）、高效（性能上）。

Windows编程入门。

Windows窗口类精解。

SW系统的窗口类。一个比较传统的窗口体系。

这里需要解释一个细节。上面提到的两个窗口类（Windows窗口类和SW系统的窗口类）概念有细节差异，不能完全等同。前者是Windows SDK中的概念，后者指的是C++窗口类（实现某一类窗口逻辑的C++类）。不过，由于C++窗口类最终也提供RegisterClass函数，因此把它可以理解为是Windows SDK中的窗口类之C++表现。后文除非特殊情况下两者均简称窗口类，不做细节差异上的深究。

WINX一直强调简单易用，可视化开发。前文我亦已经给过在WINX中进行可视化开发的例子：

如何实现Custom Control？如何进行可视化开发？

那么，现在就让我们开始剖析一下，WINX是如何做到可视化界面开发的？

可视化开发的途径

1. ***专用的可视化编辑工具。

为特定的界面库***专用的可视化编辑工具，这种方式看起来虽然是一种高代价的方式，但几乎所有的界面库无一例外地走了这一步。如：VCL，MFC，wxWidgets，QT，SmartWin，等等。WINX未来亦可能提供专用的可视化编辑工具。

2. 使用Windows资源编辑工具。

在没有专用的可视化编辑工具时，使用通用的Windows资源编辑工具是一个不错的主意。这种编辑工具不少，如Visual C++的资源编辑器（MFC的可视化编辑环境依附于它），Borland的Workshop等等。特点：

兼容性好（Windows直接支持）。

由于是纯粹的资源编辑，故此无法提供一些高级特性，如事件响应。

由于通用，故此无法识别用户自定义控件（虽然允许出现用户自定义控件）。

支持ActiveX控件。

WINX目前推荐你使用资源编辑工具进行可视化开发。

如何提供可视化的界面控件？

1. 提供ActiveX控件。

不可否认，ATL一定程度上是因为ActiveX控件而存在。如果你采用ATL/WTL开发，这可能是唯一的途径。虽然ActiveX是复杂的（无论是理解上还是实现上）。以后我们会有相应的内容描述ActiveX的相关内容，以及如何在WINX中实现ActiveX控件。

2. 提供Windows控件。

WINX是有界面库以来，第一个支持这种方式开发控件的库。通过它你可以让你的控件象Windows标准控件（Static、Edit、ListBox、ComboBox等等）一样使用。最为关键的是，这种控件比之ActiveX控件容易理解很多，也轻量很多。通过我下面的解释你将迅速理解并掌握它。

无论是MFC，ATL/WTL，还是我之前写的SW系统，无一例外地在窗口的Create函数上加点东西。

SW

创建窗口代码：
　调用CreateWindow创建窗口，并将窗口对象pWnd通过附加参数lpParam传递;

MFC

BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName,
LPCTSTR lpszWindowName, DWORD dwStyle,
int x, int y, int nWidth, int nHeight,
HWND hWndParent, HMENU nIDorHMenu, LPVOID lpParam)
{
CREATESTRUCT cs;
cs.dwExStyle = dwExStyle;
cs.lpszClass = lpszClassName;
cs.lpszName = lpszWindowName;
cs.style = dwStyle;
cs.x = x;
cs.y = y;
cs.cx = nWidth;
cs.cy = nHeight;
cs.hwndParent = hWndParent;
cs.hMenu = nIDorHMenu;
cs.hInstance = AfxGetInstanceHandle();
cs.lpCreateParams = lpParam;

if (!PreCreateWindow(cs))
{
PostNcDestroy();
return FALSE;
}

AfxHookWindowCreate(this);
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);

if (!AfxUnhookWindowCreate())
PostNcDestroy(); // cleanup if CreateWindowEx fails too soon

...
}

ATL/WTL

template <class TBase, class TWinTraits>
HWND CWindowImplBaseT< TBase, TWinTraits >::Create(HWND hWndParent, RECT& rcPos, LPCTSTR szWindowName,
DWORD dwStyle, DWORD dwExStyle, UINT nID, ATOM atom, LPVOID lpCreateParam)
{
ATLASSERT(m_hWnd == NULL);

if(atom == 0)
return NULL;

_Module.AddCreateWndData(&m_thunk.cd, this);

if(nID == 0 && (dwStyle & WS_CHILD))
nID = (UINT)this;

HWND hWnd = ::CreateWindowEx(dwExStyle, (LPCTSTR)MAKELONG(atom, 0), szWindowName,
dwStyle, rcPos.left, rcPos.top, rcPos.right - rcPos.left,
rcPos.bottom - rcPos.top, hWndParent, (HMENU)nID,
_Module.GetModuleInstance(), lpCreateParam);

ATLASSERT(m_hWnd == hWnd);

return hWnd;
}



这意味着，通过程序代码动态创建的窗口，与通过对话框资源中创建创建子窗口的流程并不一致。所以，通过这些界面库实现的窗口类，如果不是ActiveX控件，将不能直接插入到对话框中。而在WINX中，Create窗口对象的过程，直接就是CreateWindow这个Windows API。那么，问题的关键在于，CreateWindow这个API（或者换句话说对话框）为什么居然可以知道WINX中C++窗口类，并且把它new出来？这的确是WINX让人感到magic的地方。我们下面来拨开这个谜团。

对话框创建WINX窗口类的过程

对话框CreateDialog初始化流程大概如下：

根据对话框资源ID，取得对话框资源数据。

由对话框资源数据，取得对话框各个子控件的初始化数据（详细参见CreateWindowEx），大概如下：

子控件的窗口类名

子控件的位置

子控件的ID

子控件的风格（Sytle，StyleEx)




调用CreateWindowEx函数创建子控件。

CreateWindowEx流程如下：

根据窗口类名，取得窗口类信息（如窗口过程等）。这一步要求该窗口类已经RegisterClass。

通过窗口类信息，创建Windows内核窗口对象。

发送WM_NCCREATE, WM_CREATE等消息给窗口过程。

返回Windows内核窗口对象的句柄（HWND）。

这所有的过程中，除了窗口过程获得了WM_NCCREATE, WM_CREATE等消息外，所有的流程都不受干预。所以关键在于WINX的窗口过程了。我们看看代码：

template <class WindowClass, class HandleClass = DefaultWindowHandle>
class Window
{
public:
static LRESULT CALLBACK WindowProc(
HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
WindowClass* pWnd = (WindowClass*)WindowMap::GetWindow(hWnd);
if (pWnd == NULL)
{
if (message != WM_NCCREATE)
return pWnd->InternalDefault(hWnd, message, wParam, lParam);
LPCREATESTRUCT lpCS = (LPCREATESTRUCT)lParam;
if (lpCS->lpCreateParams) {
pWnd = (WindowClass*)lpCS->lpCreateParams;
lpCS->lpCreateParams = NULL;
}
else {
if (WindowClass::StackWindowObject) {
WINX_ASSERT(!"WindowClass::StackWindowObject - unexpected!");
return FALSE;
}
else {
pWnd = WINX_NEW(WindowClass);
}
}
WindowMap::SetWindow(hWnd, pWnd);
}
return pWnd->ProcessMessage(hWnd, message, wParam, lParam);
}
};

注：关于其中的WindowMap、StackWindowObject等，要了解详细的信息，请参见《剖析WINX的Hello程序》一文。

分析一下，你会觉得很有意思，因为WINX支持两种窗口对象的创建方式：

和MFC、ATL/WTL、SW系统类似，C++窗口对象（pWnd）先于Windows内核窗口对象（hWnd）生成。首先我们生成窗口对象pWnd，并通过CreateWindowEx附加参数lpParam传递。在WM_NCCREATE消息中取得pWnd，并将其与窗口句柄hWnd关联。
　

C++窗口对象（pWnd）后于Windows内核窗口对象（hWnd）生成。CreateWindowEx 附加参数lpParam传入NULL（对话框就是这样做），此时WINX会主动new出一个窗口对象，并将其与窗口句柄hWnd关联。

哈哈，看到这里你可能会心一笑。现在，你无疑已经知道WINX是如何***Windows控件了。你得承认，没有比这更容易实现的控件了。—— 那么，请始终牢牢记住一点：在WINX中，所有窗口类都可以直接放入对话框。甚至包括对话框，你亦可以将他插入到另一个对话框中（代码参考：tutorials/winx/step004-user-ctrl/3.superdialog/hello.cpp）。