10分鐘學會使用qmake

2021-06-14 13:32:53 字數 1499 閱讀 2529

qmake使用儲存在專案(.pro)檔案中的資訊來決定makefile檔案中該生成什麼。

乙個基本的專案檔案包含關於應用程式的資訊,比如,編譯應用程式需要哪些檔案,並且使用哪些配置設定。

這裡是乙個簡單的示例專案檔案:

sources = hello.cpp

headers = hello.h

config += qt warn_on release

我們將會提供一行一行的簡要解釋,具體細節將會在手冊的後面的部分解釋。

sources = hello.cpp
這一行指定了實現應用程式的源程式檔案。在這個例子中,恰好只有乙個檔案,hello.cpp。大部分應用程式需要多個檔案,這種情況下可以把檔案列在一行中,以空格分隔,就像這樣:

sources = hello.cpp main.cpp
另一種方式,每乙個檔案可以被列在乙個分開的行裡面,通過反斜線另起一行,就像這樣:

sources = hello.cpp \

main.cpp

乙個更冗長的方法是單獨地列出每乙個檔案,就像這樣:

sources += hello.cpp

sources += main.cpp

這種方法中使用「+=」比「=」更安全,因為它只是向已有的列表中新增新的檔案,而不是替換整個列表。

headers這一行中通常用來指定為這個應用程式建立的標頭檔案,舉例來說:

headers += hello.h
列出原始檔的任何乙個方法對頭檔案也都適用。

config這一行是用來告訴qmake關於應用程式的配置資訊。

config += qt warn_on release
在這裡使用「+=」,是因為我們新增我們的配置選項到任何乙個已經存在中。這樣做比使用「=」那樣替換已經指定的所有選項是更安全的。

config一行中的qt部分告訴qmake這個應用程式是使用qt來連編的。這也就是說qmake在連線和為編譯新增所需的包含路徑的時候會考慮到qt庫的。

config一行中的warn_on部分告訴qmake要把編譯器設定為輸出警告資訊的。

config一行中的release部分告訴qmake應用程式必須被連編為乙個發布的應用程式。在開發過程中,程式設計師也可以使用debug來替換release,稍後會討論這裡的。

專案檔案就是純文字(比如,可以使用像記事本、vim和xemacs這些編輯器)並且必須存為「.pro」副檔名。應用程式的執行檔案的名稱必須和專案檔案的名稱一樣,但是副檔名是跟著平台而改變的。舉例來說,乙個叫做「hello.pro」的專案檔案將會在windows下生成「hello.exe」,而在unix下生成「hello」。

當你已經建立好你的專案檔案,生成makefile就很容易了,你所要做的就是先到你所生成的專案檔案那裡然後輸入:

makefile可以像這樣由「.pro」檔案生成:

qmake -o makefile hello.pro
對於visual studio的使用者,qmake也可以生成「.dsp」檔案,例如:

30分鐘學會使用

vi 是unix世界裡極為普遍的全螢幕文字 編輯器,vim是它的改進版本vi improved的簡稱。幾乎可以說任何一台 unix 機器都會提供這套軟體。linux當然也有,它的 vi 其實是 elvis 版權問題 不過它們都差不多。熟悉 dos 下的文書處理後,也許會感到 vi 並不好用 unix...

8分鐘學會使用AutoMapper

定義了連個簡單的model src,dest src.name 真棒 src.name 其中呢,src是destination物件,dest是source,你呢就可以用這兩個物件去獲取裡面的值,說白了這就是迴圈去找裡面的值了。在條件對映中,通過formember函式,引數是乙個委託型別fun 其裡面...

8分鐘學會使用AutoMapper

原文 定義了連個簡單的model src,dest src.name 真棒 src.name 其中呢,src是destination物件,dest是source,你呢就可以用這兩個物件去獲取裡面的值,說白了這就是迴圈去找裡面的值了。在條件對映中,通過formember函式,引數是乙個委託型別fun ...