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

来源:互联网 发布:婚礼logo设计软件 编辑:程序博客网 时间:2024/06/06 05:20

概要

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

  • 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初始化流程大概如下:

  1. 根据对话框资源ID,取得对话框资源数据。
  2. 由对话框资源数据,取得对话框各个子控件的初始化数据(详细参见CreateWindowEx),大概如下:
    • 子控件的窗口类名
    • 子控件的位置
    • 子控件的ID
    • 子控件的风格(Sytle,StyleEx)
  3. 调用CreateWindowEx函数创建子控件。

CreateWindowEx流程如下:

  1. 根据窗口类名,取得窗口类信息(如窗口过程等)。这一步要求该窗口类已经RegisterClass。
  2. 通过窗口类信息,创建Windows内核窗口对象。
  3. 发送WM_NCCREATE, WM_CREATE等消息给窗口过程。
  4. 返回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支持两种窗口对象的创建方式:

  1. 和MFC、ATL/WTL、SW系统类似,C++窗口对象(pWnd)先于Windows内核窗口对象(hWnd)生成。首先我们生成窗口对象pWnd,并通过CreateWindowEx附加参数lpParam传递。在WM_NCCREATE消息中取得pWnd,并将其与窗口句柄hWnd关联。
     
  2. C++窗口对象(pWnd)后于Windows内核窗口对象(hWnd)生成。CreateWindowEx 附加参数lpParam传入NULL(对话框就是这样做),此时WINX会主动new出一个窗口对象,并将其与窗口句柄hWnd关联。

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