duilib学习领悟(1)

  学习duilib已经有一段时间,一直没时间写总结,今天得出空来,写写心得体会!

  由于本人知识有限,若有错误地方,望批评指正.多谢.!

  

  初识duilib

  刚开始接触duilib的时候,觉的他好神奇,整个界面只有一个句柄,怎么控制子控件的?怎么布局的?觉得很神奇,打算一探究竟!

  其实任何基于Windows的界面开发都离不开五步曲:

  •    注册窗口类
  • 创建窗口
  • 显示更新窗口
  • 消息循环
  • 退出

  duilib也逃不过微软的魔爪! 接下来我会基于这个五步曲逐步接开duilib的神秘面纱!

  对diulib熟悉的人,不会觉的duilib有多神秘,so do I! 因为总的来讲,duilib只不过是一种思想,什么思想?

  duilib,从本质来讲,就是在一个真实的窗口(_tWinMain里创建的窗口)之上画出各种控件!  这就是duilib的思想. 这个画不是假画,是真画!实打实的画出来的!有些同学可能急着要问:"既然是画出来的,那窗口是怎么处理消息的? 窗口是如何判断当前鼠标点击是哪一个BUTTON?" 等等各种疑问,接下来 我将剖析duilib的框架,接开这两个疑问!

  问题回到五步曲的第一步:注册窗口类

  duilib将窗口类封装成类CWindowWnd,这个类相当于我们MFC里面的CWnd,里面有窗口类的注册,请看代码:

  

bool CWindowWnd::RegisterWindowClass()
{
    WNDCLASS wc = { 0 };
    wc.style = GetClassStyle();
    wc.cbClsExtra = 0;
    wc.cbWndExtra = 0;
    wc.hIcon = NULL;
    wc.lpfnWndProc = CWindowWnd::__WndProc;//注意这个是回调函数
    wc.hInstance = CPaintManagerUI::GetInstance();
    wc.hCursor = ::LoadCursor(NULL, IDC_ARROW);
    wc.hbrBackground = NULL;
    wc.lpszMenuName  = NULL;
    wc.lpszClassName = GetWindowClassName();
    ATOM ret = ::RegisterClass(&wc);
    ASSERT(ret!=NULL || ::GetLastError()==ERROR_CLASS_ALREADY_EXISTS);
    return ret != NULL || ::GetLastError() == ERROR_CLASS_ALREADY_EXISTS;
}

  那么这个

 bool CWindowWnd::RegisterWindowClass()

   注册窗口类的函数是在哪里调用的?

   在同一个源文件中,不难发现如下代码:

  

HWND CWindowWnd::Create(HWND hwndParent, LPCTSTR pstrName, DWORD dwStyle, DWORD dwExStyle, const RECT rc, HMENU hMenu)
{
    return Create(hwndParent, pstrName, dwStyle, dwExStyle, rc.left, rc.top, rc.right - rc.left, rc.bottom - rc.top, hMenu);
}

HWND CWindowWnd::Create(HWND hwndParent, LPCTSTR pstrName, DWORD dwStyle, DWORD dwExStyle, int x, int y, int cx, int cy, HMENU hMenu)
{
    if( GetSuperClassName() != NULL && !RegisterSuperclass() ) return NULL;
    if( GetSuperClassName() == NULL && !RegisterWindowClass() ) return NULL;
    m_hWnd = ::CreateWindowEx(dwExStyle, GetWindowClassName(), pstrName, dwStyle, x, y, cx, cy, hwndParent, hMenu, CPaintManagerUI::GetInstance(), this);
    ASSERT(m_hWnd!=NULL);
    return m_hWnd;
}

那么这个Create函数又是在哪里调用的?请看_tWinMain()里的代码

int APIENTRY _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow)
{
    CPaintManagerUI::SetInstance(hInstance);

    CDuiFrameWnd duiFrame;
    duiFrame.Create(NULL, _T("DUIWnd"), UI_WNDSTYLE_FRAME, WS_EX_WINDOWEDGE);
    duiFrame.ShowModal();
    return 0;
}

  这样我们就完成了整个窗口类的注册流程. 从这里看,duilib封装的CWindowWnd是不是和MFC的CWnd大同小异呢?

  接下来,我带同学们看看CWindowWnd::__WndProc()函数!

   这是专门用来处理窗口消息的过程函数!和CWnd::WindowProc()是一样的!只不过CWnd::WindowProc()是个虚函数,我们可以重载这个虚函数,拦截消息.但是CWindowWnd::__WndProc()并没有被定义为虚函数,那么我们是不是没有办法拦截消息了呢?答案是否定的! duilib采用了另外的机制来处理消息!

LRESULT CALLBACK CWindowWnd::__WndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    CWindowWnd* pThis = NULL;
    if( uMsg == WM_NCCREATE ) {
        LPCREATESTRUCT lpcs = reinterpret_cast<LPCREATESTRUCT>(lParam);
        pThis = static_cast<CWindowWnd*>(lpcs->lpCreateParams);
        pThis->m_hWnd = hWnd;
        ::SetWindowLongPtr(hWnd, GWLP_USERDATA, reinterpret_cast<LPARAM>(pThis));
    }
    else {
        pThis = reinterpret_cast<CWindowWnd*>(::GetWindowLongPtr(hWnd, GWLP_USERDATA));
        if( uMsg == WM_NCDESTROY && pThis != NULL ) {
            LRESULT lRes = ::CallWindowProc(pThis->m_OldWndProc, hWnd, uMsg, wParam, lParam);
            ::SetWindowLongPtr(pThis->m_hWnd, GWLP_USERDATA, 0L);
            if( pThis->m_bSubclassed ) pThis->Unsubclass();
            pThis->m_hWnd = NULL;
            pThis->OnFinalMessage(hWnd);
            return lRes;
        }
    }
    if( pThis != NULL ) {
        return pThis->HandleMessage(uMsg, wParam, lParam);
    }
    else {
        return ::DefWindowProc(hWnd, uMsg, wParam, lParam);
    }
}

  

   上面的代码 标红的部分,是可以帮助你理解duilib消息处理机制的最重要部分,不知大家有没有忘记CWindowWnd里的创建窗口的函数Create()中::CreateWindowEx(...,this);函数参数的最后传递的这个this指针!

这个this对于duilib来说相当重要,它是duilib处理消息的基础,那么这个this到底代码什么呢?它代表的是我们在_tWinMain()函数里声明的CDuiFrameWnd duiFrame;这个对象的地址.这个CDuiFrameWnd派生自哪里?就是派生自CWindowWnd,当然为了处理通知消息它还从INotifyUI派生(这个以后再讲为什么要从这个类派生).所以这个传递进来的this指针的首地址也代表了duiFrame在构造基类的对象时的首地址,请耐心体会这句话.

     在上面的代码段中,过程函数__WndProc()拦截了WM_NCCREATE,这个消息是::CreateWindowEx被调用之后会发送的消息,然后做了什么?就是把这个this指针取出来,然后保存::SetWindowLongPtr()函数.接着else部分就是将这个this从USER_DATA中取出来,取出来干嘛呢?这个this指针有什么用呢?请接着往下看那个if else语句部分,看到这,你可能还是糊涂,"消息还是没流到我的派生类来啊!",我来帮你解答这个问题,我们看pThis->HandleMessage(uMsg, wParam, lParam); 的这个HandleMessage()也许你已经猜到这个函数肯定是个虚函数,要不取出pThis有什么用?是的,你猜的没错,这个函数就是个虚函数,直指我们的的派生类CDuiFrameWnd重载函数HandleMessage(uMsg, wParam, lParam);也许有同学会问,我不用this指针行不行,我不想把这个this指针保存在USER_DATA里!请注意这个过程函数是个静态的,它不属于任何对象,静态函数要访问非静态的数据,必须通过pThis指针!这是C++的特性!

duilib学习领悟(1)

时间: 2024-08-24 10:47:23

duilib学习领悟(1)的相关文章

Duilib学习二 第一个程序 Hello World

Duilib学习二  第一个程序 Hello World #pragma once #include <UIlib.h> using namespace DuiLib; #ifdef _DEBUG # ifdef _UNICODE # pragma comment(lib, "DuiLib_ud.lib") # else # pragma comment(lib, "DuiLib_d.lib") # endif #else # ifdef _UNICOD

DuiLib学习笔记1——编译运行demo

c++中皮肤问题比较麻烦,MFC自带的太难用.DirectUI界面库就比较强大了,之前像skin++之类的基于DirectUI收费昂贵.DuiLib是基于DirectUI的界面库,可以将用户界面和处理逻辑彻底分离,极大地提高用户界面的开发效率. duilib的SVN地址:http://duilib.googlecode.com/svn/trunk 下载后运行DuiLib.sln 编译时可能会遇到几个报错. 0.开发环境本身有问题,比如用win7没有装win7sdk之类的. 1. TestApp1

DuiLib学习笔记3——颜色探究

在前面两篇日志已经能使用xml了.今天准备好好的折腾一番,结果在颜色上却掉坑里了. 起初我在ps里取颜色为0104ff 这里01为R,04为G,ff为B 在控件的属性里有这样一个属性bkcolor="#0104ff".这个代码放进去后为黑色,并非我们期望的蓝色. 后来才发现在duilib里颜色正常的是8位,ps里的是6位.另外两位为A,是代表透明度的.在duilib中颜色的表达顺序为: ARGB 透明度|红色|绿色|蓝色 大家知道蓝色加点红色就会变成粉红色,所以我这里采用蓝色的背景,如

DuiLib学习笔记(二) 扩展CScrollbar属性

DuiLib学习笔记(二) 扩展CScrollbar属性 Duilib的滚动条滑块默认最小值为滚动条的高度(HScrollbar)或者宽度(VScrollbar).并且这个值默认为16.当采用系统样式的滚动条,或者 Troy的源码(https://github.com/qdtroy/DuiLib_Ultimate)自带的样式时,是没有问题的,因为这两种样式默认高(宽)度都是16,当滑块最小时,也有16*16,背景图片(九宫格式)不会出拉伸BUG.但是,当自定义背景图片时,如果图片本身大小超过16

Duilib 学习源码系列1-创建控件

好了,昨天研究出了为什么加载xml结束以后我在自己新建一个控件位置不能调整,原来要先add才能调属性. 本来这个是昨天的任务,虽然这块内容是前天就看完的,权当边写边复习吧. 上一篇提到 <VerticalLayout name="window" bkcolor="#FFFFFFFF" bkcolor2="#FFAAAAA0" bkcolor3="#00000000"> 代表了一个控件字符串; 上次忘记说了 及时经过

DuiLib学习笔记5——标题栏不能正常隐藏问题

我之前代码都是照着官方那个Duilib入门文档.doc来学习的.但是遇到一个问题,虽然他隐藏了windows的自带标题栏,可以自己绘画一个标题栏了,但是在这个标题栏下方,用力乱戳,就可能把系统自带的,最小化,最大化,关闭按钮戳出来.如下图: 我问了群里的朋友,都说可能是WM_NCHITTEST的问题.于是我去handle里多加了一个if判断 else if( uMsg == WM_NCHITTEST) { return 0; } 结果虽然解决了问题,但是我自己的按钮都失效了.通过debug发现,

DuiLib学习笔记4——布局

有了前面三篇的基础,现在可以开始布局了. 首先任何布局都必须包含在<Window></Window>标签内,跟<html></html>很像. DuiLib提供了两种布局方式,水平布局和垂直布局,虽然没有css左右浮动那么方便,但是有这些东西,完全可以像写页面table一样去完成. 水平布局是HorizontalLayout,垂直布局为VerticalLayout.在Window标签内,默认的是垂直布局. 下面来看一段代码,包含了水平和垂直布局. <?

Duilib学习笔记《05》— 消息响应处理

在Duilib学习笔记<04>中已经知道了如何将窗体显示出来,而如何处理窗体上的事件.消息呢? 一. 系统消息 窗体显示的时候我们就已经说了,窗体是继承CWindowWnd类的,对于窗体的部分消息的处理,需要重载该类的LRESULT HandleMessage(UINT uMsg, WPARAM wParam, LPARAM lParam); 函数.在显示窗体部分我们创建窗体WM_CREATE消息以及屏蔽标题栏WM_NCACTIVATE.WM_NCCALCSIZE.WM_NCPAINT等消息 

Duilib学习笔记《06》— 窗体基类WindowImpBase

在前面的例子中我们发现,窗口都是继承CWindowWnd.INotifyUI,然后重载相关函数去实现.显然,我们发现窗口的创建流程实际上都是差不多的,主要只是在OnCreate加载的配置文件不同等等…所以,能不能创建一个公有的窗体基类呢?其实,在duilib中已经提供了一个窗体基类 WindowImplBase:在基类内搭建窗口的消息框架,各处理函数为虚函数,子类可以重载处理函数,实现其处理. 此处我们以修改之前的代码为例来进行说明. 1. 窗体显示 CMainWndDlg类修改为继承Windo