“工欲善其事，必先利其器”，上一節，我介紹了Qt的安裝和配置方法，搭建了基本的開發平台。這一節，來通過一個簡單的例子來了解Qt的編程樣式和規范，開始喽~~~
首先，我們可以按照上一節的方法建立一個新的工程，工程的名字可以就叫做Hello，隨你的便。在創建工程的過程中，有一個選擇是否創建視圖界面的選項，這個可以先不選擇，因為我們現在只是了解Qt的機制，不需要Qt幫我們做太多的事情，創建完成後，打開main.cpp。
我做的工作主要就是：
1、屏蔽掉程序自己的對話框程序代碼；
2、添加一個label控件，並給他傳一個文本值，最後顯示。
最後的顯示結果：
其次，我們來分析一下Qt的基本流程。1~3行是頭文件包含，這裡有兩種頭文件，第一種是自定義頭文件或者本地頭文件，用“ ”來進行表示和包含；第二種是系統頭文件，這裡就是Qt自帶的頭文件，直接用<>進行表示和包含就可以。第7行是創建一個QApplication的實例，對於 Qt 程序來說，main()函數一般以創建 application 對象（GUI 程序是QApplication，非 GUI 程序是QCoreApplication。QApplication實際上是QCoreApplication的子類。），這個對象用於管理 Qt 程序的生命周期，開啟事件循環。10~11行是核心代碼，也就是我們實際添加的用例代碼，這裡我創建了一個QLabel，利用構造函數對其進行賦值操作，最後調用show方法將其顯示出來。最後一行調用exec，開啟事件循環（可以理解成一段無線循環）。
寫完這兩句代碼之後，我們想一個問題，這裡我們先不討論Qt的消息機制和其他的通信原理，單純從C++方面考慮程序的穩定性和魯棒性。
問題1：我創建的QLabel是創建在棧上的還是堆上的？
問題2：如果我把QLabel變量創建為堆上變量，應該注意哪些問題？
我們先來討論問題1，這個應該沒有什麼爭議，Qlabel變量是創建在棧上的。再來看看問題2，如果我因為某些需求將變量聲明為堆上變量，那麼這個時候我就要給這個變量分配空間。這個時候問題就來了，分配空間了，程序結束後誰來釋放啊？內存洩露了怎麼辦啊？怎麼能夠防止內存洩露啊？如果我們對其不管不顧，在程序結束後，操作系統會將其回收，但是，我們看到label 是建立在堆上的，app 是建立在棧上的。這意味著，label 會在 app 之後析構。也就是說，label 的生命周期長於 app 的生命周期。這可是 Qt 編程的大忌。因為在 Qt 中，所有的QPaintDevice必須要在有QApplication實例的情況下創建和使用。大家好奇的話，可以提一句，QLabel繼承自QWidget，QWidget則是QPaintDevice的子類。之所以上面的代碼不會有問題，是因為 app 退出時，label 已經關閉，這樣的話，label 的所有QPaintDevice一般都不會被訪問到了。但是，如果我們的程序，在 app 退出時，組件卻沒有關閉，這就會造成程序崩潰。
此外，這裡的程序沒有崩潰的另一個原因是如果在主函數結尾，可以不釋放；在其它區域結尾，new出來的內存是逆序釋放的，這是c++標准的規定。
這個時候，或許知道C++11標准的童鞋想到了智能指針。沒錯，智能指針是可以作為指針的托管類來實現指針的自動釋放，但是智能指針如果用不好同樣會產生各種各樣的問題，因此，建議剛開始學習的同學，能不用堆上變量就先不要用，如果真要用的話，記得想好內容溢出和洩露的問題並采取必要的預防辦法或者不使用智能指針，給變量添加屬性。
label->setAttribute(Qt::WA_DeleteOnClose);
這時，我們回頭去看exec方法，因為如此，我們在棧上構建了QLabel對象，卻能夠一直顯示在那裡（試想，如果不是無限循環，main()函數立刻會退出，QLabel對象當然也就直接析構了）。
最後，為大家附上堆上變量和智能指針的聲明方式，僅供參考。
1 #include<QApplication>
2 #include<QLabel>
3
4 int main(int argc ,char **argv)
5 {
6 QApplication a(argc,argv);
7 QLabel *label =new QLabel("Hello world");
8 label->show();
9
10 return a.exec();
11 }
1 #include <QApplication>
2
3 int main(int argc, char *argv[])
4 {
5 QScopedPointer<QApplication> app(new QApplication(argc, argv));
6 QScopedPointer<QQuickView> view(new QQuickView);
7 view->setSource("/path/to/main.qml");
8 ...
9 return app->exec();
10 }
關於指針的使用方式和地方的選擇這個確實是見仁見智的，我自己對於指針的使用是很小心的，如果使用的話也會在一些不牽扯線程安全的情況下使用，並且打印日志報告。另外一個問題就是指針的釋放和重用問題，我的觀點是如果在指針被釋放的作用域進行delete的操作，但是並沒有置為null，這個時候指針應該是還能夠使用的，只是沒有交還給操作系統而已，如有誤解，請指正。
