QT窗口创建过程.docx
- 文档编号:6274831
- 上传时间:2023-01-05
- 格式:DOCX
- 页数:10
- 大小:232.81KB
QT窗口创建过程.docx
《QT窗口创建过程.docx》由会员分享,可在线阅读,更多相关《QT窗口创建过程.docx(10页珍藏版)》请在冰豆网上搜索。
QT窗口创建过程
1.QT创建窗口程序、消息循环和WinMain函数
使用QT也有一段时间了,有的时候需要跟踪代码到QT的源码中去查找问题。
在这里我将记录一下我跟踪QT源码学习到的一些知识。
我的开发环境是VC6.0+QT4.3.3。
QT已经不为VC6.0提供addin了,所以有的时候我也会使用EclipseCDT来编写代码,因为有了QTforEclipse的plugin写代码会方便一些。
我们在学习QT的时候,接触的第一个程序就是下面的helloworld程序:
viewplain
1.#include
2.#include
3.
4.int main(int argc, char *argv[])
5.{
6. QApplication app(argc, argv);
7. QPushButton hello("Hello world!
");
8. hello.resize(100, 30);
9. hello.show();
10. return app.exec();
11.}
这个程序的作用很多手册和文档都已经讲了,讲的也都很细致,非常不错。
但是喜欢钻研,深入的童鞋也许开始注意了intmain(intargc,char*argv[]),这个main函数是标准的main函数,而windows应用程序的入口是winmain函数,而main函数是命令行程序的入口。
win下窗口程序都有RegisterClass,和消息循环,QT是如何RegisterClass和创建消息循环的?
下面我们将来一起学习一下QT的源码来解释一下这个main函数和整个窗口程序的创建过程:
设置好路径后,我们先F10一下,看看这个程序到底是从哪里开始运行的。
程序跳到了/winmain/qtmain_win.cpp文件的WinMain函数中,再看这个文件上面的宏定义:
#definemainqMain
继续看:
在WinMain函数中调用了我们自己定义的main函数:
intresult=main(argc,argv.data());
哇塞,原来如此啊。
原来我们写的main函数是假的。
哈哈。
再来看一下QT是如何创建窗体和消息循环的
首先我们来到QApplication的构造函数:
QApplication:
:
QApplication(int&argc,char**argv,int_internal)
:
QCoreApplication(*newQApplicationPrivate(argc,argv,GuiClient))
{Q_D(QApplication);d->construct();QApplicationPrivate:
:
app_compile_version=_internal;}
很明显,首先调用的是QApplicationPrivate的构造函数。
大家注意第三个参数:
QApplication:
:
Typetype
这事Type类型的定义:
enumType{Tty,GuiClient,GuiServer};
下面是代码注释中对Type类型的解释:
/enumQApplication:
:
Type
/valueTtyaconsoleapplication
/valueGuiClientaGUIclientapplication
/valueGuiServeraGUIserverapplication(forQtforEmbeddedLinux)
当程序运行到hello.show()的时候调用了QWidgetPrivate:
:
create_sys函数。
在这里我们看到调用了类似RegisterClass的函数:
QStringwindowClassName=qt_reg_winclass(q);
这里的q是指向QWidget的指针(我们先忽略掉这里)。
以及包括后面的CreateWindow,ShowWindow等等我们熟悉的WindowsAPI函数
constQStringqt_reg_winclass(QWidget*w)函数的原型是在qapplication_win.cpp中定义的。
我们转到qt_reg_winclass函数的实现中。
我们就看到了windows的API函数RegisterClass和窗口消息处理函数:
wc.lpfnWndProc =(WNDPROC)QtWndProc;
我们看一下QtWndProc的实现,原来窗口消息都是在这里进行处理的啊!
至于最后一句app.exec();调用了QCoreApplication的Exec函数,在这个函数中我们看到了下面创建消息循环的代码
QEventLoopeventLoop;
self->d_func()->in_exec=true;
intreturnCode=eventLoop.exec();
在QCoreApplication.cpp中的注释是这样解释的:
Theapplicationwillentertheeventloopwhenexec()iscalled.exit()willnotreturnuntiltheeventloopexits,e.g.,whenquit()iscalled.
到这里,main和WinMain函数到底是怎么回事,以及QT是怎么创建窗口和消息循环的,我们已经非常清楚了。
2.Qt创建窗体的过程
前言:
分析Qt的代码也有一段时间了,以前在进行QT源码解析的时候总是使用ue,一个函数名在QTDIR/src目录下反复的查找,然后分析函数之间的调用关系,效率实在是太低了,最近总结出一个更简便的方法,就是利用QtCreator这个IDE。
带来的好处是:
1. QtCreator可以很方便的跟踪代码的调用,这样大大提高了分析代码的速度。
2. 函数间的调用关系能更加直观的找到。
3. 便于对代码的纵向关系的把握。
带来的坏处:
1.只是展现了调用到的函数或者类的关系。
2.缺少对类、某一组类、函数间关系的整体把握。
上面总结一下自己在QT源码解析时候用到的方法,下面开始步入正题。
Qt创建窗体的过程,由于我对linux不是很熟悉,下面我所有的分析都是基于windows下的。
关于windows下利用API创建窗体。
我这里就不多解释了,直接给出代码,然后结合下面的代码来分析一下Qt创建窗体的过程。
详细的解释请参考:
JohnChen大牛的博文:
WIN32SDK界面编程
viewplain
1.#include
2.LRESULT CALLBACK WndProc (HWND, UINT, WPARAM, LPARAM) ;
3.int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance,
4. PSTR szCmdLine, int iCmdShow)
5.{
6. static TCHAR szAppName[] = TEXT ("HelloWin") ;
7.
8. HWND hwnd ;
9. MSG msg ;
10.
11. WNDCLASS wc ;
12. wc.style = CS_HREDRAW | CS_VREDRAW ;
13. wc.lpfnWndProc = WndProc ;
14. wc.cbClsExtra = 0 ;
15. wc.cbWndExtra = 0 ;
16. wc.hInstance = hInstance ;
17. wc.hIcon = LoadIcon (NULL, IDI_APPLICATION) ;
18. wc.hCursor = LoadCursor (NULL, IDC_ARROW) ;
19. wc.hbrBackground = (HBRUSH) GetStockObject (WHITE_BRUSH) ;
20. wc.lpszMenuName = NULL ;
21. wc.lpszClassName = szAppName ;
22. if (!
RegisterClass (&wc))
23. {
24. MessageBox (NULL, TEXT ("This program requires Windows NT!
"), szAppName, MB_ICONERROR) ;
25. return 0 ;
26.
27. }
28. hwnd = CreateWindow (szAppName, // window class name
29. TEXT (“hello”), // window caption
30. WS_OVERLAPPEDWINDOW, // window style
31. CW_USEDEFAULT, // initial x position
32. CW_USEDEFAULT, // initial y position
33. CW_USEDEFAULT, // initial x size
34. CW_USEDEFAULT, // initial y size
35. NULL, // parent window handle
36. NULL, // window menu handle
37. hInstance, // program instance handle
38. NULL) ; // creation parameters
39. ShowWindow (hwnd, iCmdShow) ;
40. UpdateWindow (hwnd) ;
41. while (GetMessage (&msg, NULL, 0, 0))
42. {
43. TranslateMessage (&msg) ;
44. DispatchMessage (&msg) ;
45. }
46. return msg.wParam ;
47.
48.}
49.LRESULT CALLBACK WndProc (HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam)
50.{
51. HDC hdc ;
52. PAINTSTRUCT ps ;
53. RECT rect ;
54. switch (message)
55. {
56. case WM_PAINT:
57. hdc = BeginPaint (hwnd, &ps) ;
58. GetClientRect (hwnd, &rect) ;
59. DrawText (hdc, TEXT ("the WM_PAINTmessage"), -1, &rect,DT_SINGLELINE | DT_CENTER | DT_VCENTER) ;
60. EndPaint (hwnd, &ps) ;
61. return 0 ;
62. case WM_DESTROY:
63. PostQuitMessage (0) ;
64. return 0 ;
65. }
66. return DefWindowProc (hwnd, message, wParam, lParam) ;
67.}
先写一个最简单的Qt程序:
viewplain
1.#include
2.#include
3.
4.int main(int argc, char *argv[])
5.{
6. QApplication a(argc, argv);
7. QPushButton w("hello kitty");
8. w.show();
9. return a.exec();
10.}
来分析一下这个窗体程序是如何创建的。
首先关于main函数和winmain函数,为什么Qt的窗口程序是用main函数而非winmain,在我的另外一篇博文中有解释:
QT源码解析
(一)QT创建窗口程序、消息循环和WinMain函数这里不再解释
Windows窗体创建一定会调用RegisterClass这个函数的,我们在QTDIR/src里面搜索一下,有两个文件有这个函数一个是qapplication_win.cpp另外一个是qeventdispatcher_win.cpp,两个的作用不同,这次我们先研究qapplication_win.cpp中的RegisterClass函数,因为这个是与窗体创建有关的,下一篇QT源码解析(八)Qt是如何处理windows消息的将会介绍qeventdispatcher_win.cpp中的RegisterClass的作用。
我们先将断点设置在qapplication_win.cpp中的qt_reg_winclass函数里,然后开始调试,运行到断点,然后我们看一下callstack如下图:
下面红色的框中为Callstack,我们可以看到函数调用的顺序,真正的创建QPushButton是在show()方法中,show()方法又调用了setVisible方法…………
QtWndProc就是窗体的回调函数,在RegisterClass的时候传给WNDCLASS结构的,QtWndProc同上面的API创建窗体的函数WndProc。
我们看一下QtWndProc的代码,也是一个switch(message)然后一堆case来处理消息,最后也是调用DefWindowProc将不归他处理的消息交还给系统。
解析QdateTime
本篇主要侧重于通过分析一个问题来解析QDateTime的代码
问题提出:
前几天一个朋友问我一个QDateTime的问题:
QDateTimed=QDateTime:
:
fromString("Mon,26Apr2010,08:
21:
03","ddd,dMMMyyyy,hh:
mm:
ss");
这种格式返回的QDateTime总是null。
问题分析:
于是我亲自试验了一下,没错,果然是null
Q_ASSERT(d.isNull());
然后拿出QtAssistant,自己对照QDateTime的format格式看了一下,format的字符串的确没有任何错误,那错误到底出在哪里呢?
于是开始调试跟踪,看看这个问题到底是出在什么地方。
第一个疑点出现在这里:
注意QLocale:
:
system();这个地方。
然后继续跟踪发现第二个疑点:
看清楚了么?
看不清楚没有关系,我已经圈出来了。
在QDateTimeParser:
:
fromString函数中t是我们要解析的字符串,而val是一个1900-1-1的QDateTime值,看看他俩什么区别(就是上图圈出来的那两部分)?
没错,一个是英文的,一个是中文的。
真相距离我们越来越近了,接下来继续跟踪。
findDay函数for循环这一部分的意思就是循环比较”星期一”到”星期日”和传入的字符串”星期几”这一部分是否相等,传入的字符串中”星期几”这一部分时”mon”,显然不会相等了。
于是我们找到了错误的根源。
错误是找到了,但是我们该如何解决这个错误呢?
根据上面提到的两个疑点,我们判断可能跟QLocale有关。
我的系统是简体中文版的winxp,系统缺省的defaultLocale语言就是chinese,国家就是china。
问题解决:
所以解决这个问题有两个办法:
1. 装个英文版的系统。
上面的代码肯定可以正确执行。
2. 想办法修改QLocale,或者看看QLocale有没有提供相应的方法。
办法1显然是不好办了,那就只好寻找办法2了。
首先查找QLocale帮助,发现有一个setDefault()方法。
我们设置了之后起作用么?
看看图1中的代码defaultLocale=QLocale:
:
system();这里defaultLocale又被重置了,所以即使我们设置了也不会起作用的。
继续看帮助:
发现QLocale有一个toDateTime方法:
QDateTimeQLocale:
:
toDateTime(constQString&string,constQString&format)const
没错,就是他了。
下面,我们构造一个语言是英文的QLocale,然后toDateTime就可以了。
QLocalelo(QLocale:
:
C);
QDateTimed=lo.toDateTime("Mon,26Apr2010,08:
21:
03","ddd,dMMMyyyy,hh:
mm:
ss");
Q_ASSERT(d.isValid());
总结:
1. QDateTime的format格式与QLocale无关,但是format的结果是与QLocale相关的。
2. QDateTime用的是系统的时区,所以在用utc的时候也要注意。
3. 以前用wx的时候好像也遇到过类似的问题,时间很久了,就忘记了,当时也没有总结,只是大体记得处理这种问题的过程。
依稀记得好像delphi的某个控件也是要修改system中时间,日期的format格式的,具体怎么回事也想不起来了。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- QT 窗口 创建 过程