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

最新推荐文章于 2024-10-10 07:43:36 发布

xushiweizh

最新推荐文章于 2024-10-10 07:43:36 发布

阅读量6.9k

点赞数

分类专栏：界面开发（GUI）文章标签： windows c++ mfc 工具 class null

本文链接：https://blog.csdn.net/xushiweizh/article/details/1378242

版权

界面开发（GUI）专栏收录该内容

46 篇文章 0 订阅

订阅专栏

概要

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

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函数上加点东西。

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

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）。