『壹』 如何為QtCreator 添加包含路徑
例如我要使用boost，boost是源代碼，不是.lib文件。
只能把boost文件夾復制進QT5.1自帶的庫的目錄裡面？？ qtcreator 庫
[解決辦法]
源代碼要加入工程 或者 編譯成庫文件再鏈接
[解決辦法]
Qt添加庫文件和頭文件目錄（QCreator）(轉載)
[解決辦法]
引用:Quote: 引用:
源代碼要加入工程 或者 編譯成庫文件再鏈接
會不會編譯的時候把整個boost庫都編譯了？自己控制了
[解決辦法]
1、INCLUDEPATH 加上去。
2、將目錄拷貝到Qt include目錄下面。
推薦第一種。
『貳』 使用Qt如何編寫模塊化插件式應用程序
本文介紹的是，對於插件式應用程序的講解，也很詳細，我們廢話不多說，先看內容。動態鏈接庫技術使軟體工程師們獸血沸騰，它使得應用系統（程序）可以以二進制模塊的形式靈活地組建起來。比起源碼級別的模塊化，二進制級別的模塊劃分使得各模塊更加獨立，各模塊可以分別編譯和鏈接，模塊的升級不會引起其它模塊和主程序的重新編譯，這點對於大系統的構建來說更加實用。另一方面，對於商業目的明顯的企業，各模塊可以獨立設置訪問許可權，開發成員只能訪問自己負責的模塊，其它模塊是不能也不給看到的，這樣減少了整個系統泄漏技術的風險。一、動態鏈接庫技術概況動態鏈接庫技術用得很多。事實上，整個Windows就是由一個個動態鏈接庫（DLL）構建起來的，不管是系統內核，或是系統調用的API封裝，還是通用工具（如控制面板、ActiveX插件等），都是一個個動態鏈接庫文件。動態鏈接庫並不是微軟獨有的技術，它是軟體工程發展到一定階段的必然產物。在類Unix系統中，這種二進制可執行模塊技術不叫動態鏈接庫，而被稱為共享對象或共享庫，後綴名一般為.so（即Share Object的簡寫）。為簡便，下文將統稱這種動態鏈接的技術為DLL或共享庫。其實，DLL文件跟普通的可執行文件差別不大，都是可執行文件嘛，裝載到進程空間後，都是一些機器指令（函數代碼）、內存分配（變數）等。在Windows中，這些可執行文件被稱作PE/COFF格式文件，在Linux則稱為ELF文件。從CPU的角度看來，程序中的各個要素，不管是函數還是變數，它們都是一個個地址，函數是入口地址，變數是訪問地址；而C++的所謂類或對象，最後也被編譯器肢解成了一個個變數和函數代碼（這里是形象的說法，嚴謹技術解說請搜索C++對象模型）。DLL的裝載（指導入進程空間，然後執行）方式比可執行文件的裝載稍微復雜，因為它把模塊鏈接過程推遲到了運行時。在動態鏈接庫的裝載過程中，首要任務就是解決地址重定向問題。我們知道，DLL裝載到進程空間的位置（基址）是不確定的（動態裝載嘛），即使DLL內部使用的函數調用和全局變數引用，在裝載時都要重新計算其地址。Windows採用基址重定向（Rebasing）技術解決這一問題，而Linux採用地址無關代碼（PIC，通過GOT和PLT表實現）技術。這兩種技術各有優缺點。二、Qt中的動態鏈接庫編程使用C++面向對象的類編寫DLL是要注意很多細節的，主要是二進制（ABI）兼容問題。COM是一個很成功的例子，只要符合COM的規范，我們就能編寫出很好的DLL來，然而COM是微軟私生的，要想跨平台，我們還得另找它路。Qt的跨平台特性同樣令人（至少是我）獸血沸騰。如果你認為QT僅僅是一個跨平台界面庫，那就小看它了。我要說的是，它不但是一個通用的跨平台的面向對象的應用程序介面庫（包括GUI、資料庫、網路、多線程、XML、數據容器和演算法等，常用的編輯資源都有封裝，就是說，這些都可以跨平台，而不僅僅是界面），更是一種C++語言的擴展，一種編程平台和應用程序框架。信號和槽的機制簡化了對象之間的通信，比MFC的消息映射直觀多了；界面的布局管理機制使開發人員可以很輕松地編出優雅的窗體；界面語言翻譯機制也很方便實用；QObject容器管理可以看到Qt在內存管理方面的努力；擴展的foreach循環結構也向現代語言靠攏……Qt的跨平台特性很好，對於本文的主題——動態鏈接庫的支持也很好。QT對各種平台的動態鏈接庫編程技術都有包裝，QT把這種技術統一命名為共享庫（Shared Libraries）。通過使用Qt包裝過的類和宏，可以編寫跨平台的共享庫和插件——當然，這只是源代碼級別的跨平台，你不要指望用MSVC編譯出來的DLL，能集成到ARM平台的Linux程序上面——這是一個很美很美的理想哦。QT使用以下兩個宏來實現符號（函數或全局變數/對象）的導出和導入（跨平台不能用def文件了）：Q_DECL_EXPORT // 必須添加到符號聲明中（共享庫項目） Q_DECL_IMPORT // 必須添加到符號聲明中（使用共享庫的客戶項目） Q_DECL_EXPORT // 必須添加到符號聲明中（共享庫項目）Q_DECL_IMPORT // 必須添加到符號聲明中（使用共享庫的客戶項目）QT使用 QLibrary 類實現共享庫的動態載入，即在運行時決定載入那個DLL程序，插件機制使用。三、QT共享庫和插件範例本節通過例子，實現一個共享庫和一個插件。在Windows平台上開發，使用VS2005編譯，QT庫版本為4.6.2。本例了將編寫以下三類項目：Bil 項目：共享庫項目，輸出Bil.dll和Bil.lib，基礎介面類庫，定義一個公共的介面IAnimal（抽象類），供客戶項目和插件項目使用；Plugin 類項目：插件類項目，現編寫BilDog和BilPanda兩插件項目，實現IAnimal的功能，供客戶項目載入和測試。兩項目輸出BilDog.dll和BilPanda.dll；Test 項目：客戶應用程序項目，輸出Test.exe，界面中可以選擇要載入的Animal插件，然後調用Animal的功能函數，完成測試；1. 編寫共享庫——Bil 項目的實現該項目定義一個抽象的 IAnimal 類作為導出介面，供客戶項目和插件項目使用。項目類型為共享庫，將生成Bil.lib和Bil.dll兩個文件，Bil.lib供Plugin項目和Test 項目引用，而Bil.dll將給Test.exe運行時動態載入。新建一個頭文件Bil.h，輸入如下代碼：view plain to clipboardprint? #ifndef BIL_H #define BIL_H #include <Qt/qglobal.h> // 定義BIL_SHARE，使用者可以不用再處理符號的導入和導出細節 #ifdef BIL_LIB # define BIL_SHARE Q_DECL_EXPORT #else # define BIL_SHARE Q_DECL_IMPORT #endif #endif // BIL_H #ifndef BIL_H #define BIL_H #include <Qt/qglobal.h> // 定義BIL_SHARE，使用者可以不用再處理符號的導入和導出細節 #ifdef BIL_LIB # define BIL_SHARE Q_DECL_EXPORT #else # define BIL_SHARE Q_DECL_IMPORT #endif #endif // BIL_H 你現在可能不知道BIL_SHARE宏有何用處。沒關系，請繼續看下面的IAnimal介面定義代碼：view plain to clipboardprint? #ifndef IANIMAL_H #define IANIMAL_H #include "Bil.h" class BIL_SHARE IAnimal { public: IAnimal(); virtual ~IAnimal(); public: virtual void Eat() = 0; virtual void Run() = 0; virtual void Sleep() = 0; }; #endif // IANIMAL_H #ifndef IANIMAL_H #define IANIMAL_H #include "Bil.h" class BIL_SHARE IAnimal { public: IAnimal(); virtual ~IAnimal(); public: virtual void Eat() = 0; virtual void Run() = 0; virtual void Sleep() = 0; }; #endif 現在知道BIL_SHARE宏的妙用了吧。BIL_SHARE宏會根據項目編譯選項BIL_LIB有沒有定義，自動聲明IAnimal是導出類，還是導入類。所以，使用BIL_SHARE宏，我們只需要向IAnimal插件的開發者提供同一份IAnimal定義文件（IAnimal.h）即可。當然，我們得先在Bil項目的編譯選項中定義BIL_LIB宏，使得在Bil項目內，BIL_SHARE就是導出符號的聲明。插件項目就不要定義BIL_LIB了，因為在Animal插件項目中，IAnimal是導入符號。編譯選項如何定義宏？如果使用Visual Studio工程文件，依次展開：項目屬性->配置屬性->C/C++->預處理器，在預處理器定義中添加宏BIL_LIB即可；如果是QT工程文件，請在QT工程文件Bil.pro中加入如下定義：DEFINES += BIL_LIB DEFINES += BIL_LIB 在IAnimal介面中，我們定義了三個純虛函數Eat()、Run()和Sleep()，表示吃、跑和睡眠的動作，這是抽象的，因為不同的動物有不同的吃相和睡眠姿態，而世間的動物何止千千萬——無所謂，讓這些具體動物的不同表現交給IAnimal插件的編寫者發揮吧——這就是介面的魅力，加上插件的思想，整個應用程序就變成開放的，可擴展的了！繼續編寫Anima類的實現文件Anima.cpp：view plain to clipboardprint? #include "IAnimal.h" IAnimal::IAnimal() { } IAnimal::~IAnimal() { } #include "IAnimal.h" IAnimal::IAnimal() { } IAnimal::~IAnimal() { } 雖然只實現了構造和析構函數，並且什麼工作也不做，但這是必要的，我們暫時不要使用內聯的構造和析構函數，否則在插件項目實現IAnimal時可能會出現鏈接錯誤。好了，我們開始編譯吧，生成整個Bil項目。最終我們得到兩個輸出文件：Bil.lib 和 Bil.dll。我們向Animal插件開發者提供：兩個頭文件：Bil.h 和 IAnimal.h兩個庫文件：Bil.lib 和 Bil.dll下面的插件類項目和客戶項目就是依賴這些文件實現的，也許你更願意把Bil看作是一個通用的DLL類庫，就像QT或MFC一樣——事實上也是如此，Bil就是這樣一個動態的共享類庫。2. 編寫Animal插件——BilDog和BilPanda項目的實現現在，讓我們來實現兩個小插件。BilDog插件很簡單，只是匯報下「我是Dog，我正在啃骨頭」；BilPanda也是如此——這里僅僅是測試而已，實現的項目中，你可以盡情的發揮——沒錯，是在遵循IAnimal介面的前提下。創建BilDog項目，把Bil項目輸出的Bil.h、IAnimal.h和Bil.lib加入到工程。創建Dog類的頭文件Dog.h： view plain to clipboardprint? #ifndef CLASS_DOG_H #define CLASS_DOG_H #include "IAnimal.h" class Dog : public IAnimal { public: Dog(void); virtual ~Dog(void); public: virtual void Eat(); virtual void Run(); virtual void Sleep(); }; #endif // CLASS_DOG_H #ifndef CLASS_DOG_H #define CLASS_DOG_H #include "IAnimal.h" class Dog : public IAnimal { public: Dog(void); virtual ~Dog(void); public: virtual void Eat(); virtual void Run(); virtual void Sleep(); }; #endif 創建Dog類的實現文件Dog.cpp：view plain to clipboardprint? #include <QtGui/QMessageBox> #include "Dog.h" Dog::Dog(void) { } Dog::~Dog(void) { } void Dog::Eat() { QMessageBox::information(NULL, "Hello", "Dog eating ..."); } void Dog::Run() { QMessageBox::information(NULL, "Hello", "Dog running ..."); } void Dog::Sleep() { QMessageBox::information(NULL, "Hello", "Dog sleeping ..."); } #include <QtGui/QMessageBox> #include "Dog.h" Dog::Dog(void) { } Dog::~Dog(void) { } void Dog::Eat() { QMessageBox::information(NULL, "Hello", "Dog eating ..."); } void Dog::Run() { QMessageBox::information(NULL, "Hello", "Dog running ..."); } void Dog::Sleep() { QMessageBox::information(NULL, "Hello", "Dog sleeping ..."); } 調用QT的QMessageBox::information()函數彈出一個信息提示框。還有一個非常重要的工作，我們得提供一個能夠創建（釋放）Animal具體對象（這里是Dog）的介面，並且把這些函數導出，讓主程序（Test.exe）能夠解析這個介面函數，動態創建Animal對象，並訪問其功能。新建BilDog.h文件，輸入下面的代碼：view plain to clipboardprint? #ifndef BILDOG_H #define BILDOG_H #include "Dog.h" // extern "C" 生成的導出符號沒有任何修飾，方便主程序找到它 extern "C" { Q_DECL_EXPORT IAnimal * CreateAnimal(); Q_DECL_EXPORT void ReleaseAnimal(IAnimal * animal); } #endif // BILDOG_H #ifndef BILDOG_H #define BILDOG_H #include "Dog.h" // extern "C" 生成的導出符號沒有任何修飾，方便主程序找到它 extern "C" { Q_DECL_EXPORT IAnimal * CreateAnimal(); Q_DECL_EXPORT void ReleaseAnimal(IAnimal * animal); } #endif 這兩個函數的工作很簡單，直接創建和釋放對象即可。
『叄』 如何在qtcreator安裝pyqt插件
如何在qtcreator安裝pyqt插件
項目－屬性－配置屬性－鏈接器－輸入－附加依賴項。加入（根據自己安裝目錄調整，三個文件）：
C:\Program Files\IBM\ILOG\CPLEX_Studio_Preview125\cplex\lib\x86_windows_vs2010\stat_mda\cplex125.lib
C:\Program Files\IBM\ILOG\CPLEX_Studio_Preview125\cplex\lib\x86_windows_vs2010\stat_mda\ilocplex.lib
C:\Program Files\IBM\ILOG\CPLEX_Studio_Preview125\concert\lib\x86_windows_vs2010\stat_mda\concert.lib
3.7最後一步！把上述三個文件到你的項目目錄下：
C:\Users\Zoewain\Documents\Visual Studio 2010\Projects\must_success\must_success\Release
注意是第二層的Release文件夾，這個文件夾需要先運行一下程序才出現，打開兩次must_success的文件夾。
『肆』 qt designer的qrc，qss文件怎麼載入
雖然Qt現在還不是特別完善，但它的跨平台性，界面重用性，已經表現出比mfc更強的、更好的性能，昨天寫了qss樣式表demo，但是在書上對樣式表的使用，並不詳細，初學者可能會遇到一些問題，今天對照官方代碼，終於調通，簡單記錄如下：
1、建立文本文件，寫入樣式表內容，更改文件後綴名為qss；
2、在工程中新建資源文件*.qrc，將qss文件加入資源文件qrc中，此處注意prefix最好為"/"，否則在調用qss文件時會找不到文件；
3、通過傳入路徑\文件名的方式創建一個QFile對象，以readonly的方式打開，然後readAll，最後qApp->setStyleSheet就可以使qss生效。
樣式表的方式可以很方便的完成簡單的貼圖工作，而且效果也不錯，簡化了我以前在mfc上為了貼圖，不得不重寫控制項類個工作，也使得美工可以很方便的修改生成的程序的顏色。
Qt很爽，因為是C++語言，所以看起來很快，而且也因為是C++代碼級跨平台，所以也獲得了很高的執行效率。而它生成控制項的方式則比mfc上的資源文件好得多，mfc中的窗體資源全部在一個.src文件中，不利於重用，而Qt中每個窗體擁有自己的資源文件，並且和窗體類是分開的，方便了重用。從此，我不在被局限於windows平台。
我會研究一下如何在應用程序中完成widget部件的使用，因為那種透明、隨意拖拽的自定義部件必將是下一代UI主流。
『伍』 Qt - Quick控制項配置文件(qtquickcontrols2.conf)
Qt Quick Controls支持一個特殊的配置文件 qtquickcontrols2.conf ，該文件內置於應用程序的資源中。
配置文件可以指定首選樣式和某些樣式特定的屬性。下面的示例指定首選樣式為 Material樣式 。此外，當應用程序以「材質」樣式運行時，其主題為淺色，強調色和原色分別為藍綠色和藍灰色。但是，如果應用程序改用 通用樣式 運行，則強調色為紅色，並根據系統主題色選擇適當的主題。
可以使用 QT_QUICK_CONTROLS_CONF 環境變數為配置文件指定自定義位置。
可以 Controls 在配置文件的一部分中指定以下值：
下表在配置文件的一部分中列出了可用於配置 Imagine樣式 的值 Imagine ：
例如，要指定存儲在 資源系統 的目錄的路徑：
要指定本地目錄的相對路徑：
注意： 由於技術限制，如果路徑相對於文件 qtquickcontrols2.conf ，則不應將其命名為 「 imagine」 。
下表在配置文件的一部分中列出了可用於配置 材料樣式 的值 Material ：
下表在配置文件的一部分中列出了可用於配置 通用樣式的 值 Universal ：
可以在配置文件中每個樣式部分的子組中指定默認 字體 Font 。 Font 可以通過兩種替代方式定義該子組：
支持的字體屬性：
可以在配置旁州文件中每個樣式部分的子組中指定默認 調色板 Palette 。 Palette 可以通過兩種替代方式定義該子組：
要麼：
有關支持的屬性的和啟咐完整列表，請參見 調色板QML基本類型 。
為了使Qt Quick Controls可以找到配置文件，必須使用 The Qt Resource System 將其內置到應用程序的資源中喚純。這是一個示例 .qrc 文件：
注意： Qt Quick Controls使用文件選擇器來載入配置文件。可以為不同的平台和語言環境提供不同的配置文件。有關更多詳細信息，請參見 QFileSelector 文檔。
最後， .qrc 必須在應用程序的 .pro 文件中列出該文件，以便構建系統知道該文件。例如：
『陸』 qtcreator生成的可執行文件路徑
1、在Qt Creator下用release運行一遍程序，生成相應的EXE文件
2、將Qt Creator下編譯的release下的ImageProcesser.exe復制到一個文件夾下；
3、在ImageProcesser.exe文件路徑中，輸入cmd顯示命令行窗口；
4、在命令行模式下鍵入windeployqt ImageProcessor.exe，按回車鍵，軟體依賴的文件將載入到當前目錄中；
5、發布了realease版本的軟體。
注意：如果顯示「不是內部命令」，則windeployqt.exe文件是否位於冰冷的悟空目錄下，以查找Qt的安裝位置；如果不存在，則必須重新安裝Qt軟體； 如果存在，可以運行開始菜單下所有程序的Qt文件下的Qt for Desktop文件，將windeployqt.exe文件添加到系統環境變數中。
------------- -請參閱
配置分發軟體圖標
方法1 :
1、找到喜歡的圖標，復制到項目的源目錄中。
2、雙擊打開ICONproj.pro文件，在文件中添加行。
RC_ICONS=app.ico
單擊左下角的錘子按鈕並等待編譯完成，即可查看生成的APP應用程序。
需要注意的是，我生成的APP應用程序所在的目錄可能與你的目錄不同。 您可能需要查找項目的同級目錄。
3、圖標設置成功。
方法2 :
1、在項目目錄中創建新的文本文檔，並將其重命名為proj.rc。
2、右鍵單擊proj.rc，選擇在記事本中打開。 輸入以下內容：
idi _ icon1icondiscardable ' app.ico '
然後保存並關閉記事本。
3、打開ICONproj.pro，添加行：
RC_FILE=proj.rc
4、重建後，運行即可載入添加的ico圖標。