duilib：从底层分析duilib的大致实现逻辑

按我理解，概括起来，总体包括几个部分，注册窗口，创建窗口，创建控件树，绘制，消息机制。

创建窗口&&注册窗口：

1. RegisterWindow指定一个静态回调函数WndProc

2. CreateWindowEx最后一个参数把自己当作参数传递过去

3. WndProc收到WM_NCCREATE消息后，转换一下tagCREATESTRUCT，获取创建的窗口句柄hWnd还有上一步提供的参数lParam，通过SetWindowLongPtr把hWnd，lParam保存下来

以上就完成了一个duilib窗口的注册还有创建过程

创建控件树：

一般窗口创建控件树：

1. WndProc收到WM_CREATE后，通过GetWindowLongPtr，获取到一个lParam，转换成一个CWindowWnd类型的指针，并调用子类HandleMessage

2. WindowImplBase处理WM_CREATE消息

a) 解析xml文件，生成控件树

b) 绑定m_pm跟控件树关系

c) 其他行为，比如阴影等

绘制

绘制过程主要由m_pm来管理

1. 处理WM_PAIN消息：

获取需要绘制的区域并保存

2. 绘制

离屏渲染模式

a) 创建一个离屏渲染设备

b) 往上述设备循环绘制控件树

c) 最终更新窗口

普通渲染模式

使用默认的设备更新控件树

消息机制

消息类型有很多，比如鼠标，键盘等，此处只简单介绍鼠标消息

Duilib的消息全部都由m_pm来托管

Button以及Conainer类图：

假设对一个button触发WM_LBUTTONDOWN消息（鼠标在一个button上面点击）：

1. 在m_pm管理的控件树根部就是一个contianer

a) 调用container的FindControl接口

b) 循环查找底下所有控件，使用::PtInRect，直到找到该button才会停止

2. 调用该button的Event接口

3. 由于要刷新该button的push样式，调用Invalidate接口，通知页面刷新。