1. 程式人生 > >Qt收費嗎?QT的三個授權協議分析(轉)

Qt收費嗎?QT的三個授權協議分析(轉)

關於Qt的三種協議以及是否收費,有以下引文:

引文一:

    最近一直在學習 Qt。Qt 有兩個許可證:LGPL 和商業協議。這兩個協議在現在的 Qt 版本中的程式碼是完全一致的(潛在含義是,Qt 的早期版本,商業版的 Qt 通常包含有一些開源版本所沒有的庫,比如 QtSingleApplication 這個庫)。所以現在對於普通開發人員和部分商業公司來說,使用 LGPL 版本的 Qt 可以節省很大的開銷。這兩個版本最大的區別在於,前者是免費的,後者是收費的。既然程式碼都是一致的,所以費用就要是用來購買 Qt 的售後服務和培訓等等相關服務。

    現在我們是來說一下版權的問題。LGPL 是一個開源協議,因此,有人會擔心 LGPL 能否用於開發閉源程式,能夠拿來賣錢。儘管現在國內有些公司不是很重視這方面的問題,不過,如果你違反了協議,某一天被別人發來一紙律師函的時候,真的是欲哭無淚了哦。所以,我們還是先來研究一下這個協議,LGPL 究竟能不能用於開發閉源程式。

    以下內容是我查找了 N 多網站總結出來的,因為豆子不是律師,所以 LGPL 協議基本看不懂。究竟怎樣去理解這個協議,還是希望能夠有專業人士說出來。這裡就算做是一種拋磚引玉吧!儘管沒有十分的確定,但是這裡所說的理解基本也是八九不離十的了。

    至於什麼是 LGPL 協議,這裡就不再多說了,我們關心的是,如果使用 LGPL 協議開發商業程式。請注意,這裡所說的閉源程式,是指不以某種形式開放原始碼,也就是說,使用者(包括其他開發者)不能獲取其原始碼的程式。首先說明一點,LGPL協議是一個商業友好的協議。這裡的含義是,你可以用 LGPL協議開發商業程式,當然也可以是非商業的閉源程式。但是,它是有一些限制的。這就是我們要討論的重點。

    既然我們已經對其定性,那麼我們直接進入主題:使用 LGPL 協議開發閉源程式,如果你使用動態連結的形式,那麼,你可以以任何形式釋出你的應用程式,商業的、非商業的、開源的、非開源的,隨你。如果你因某種原因必須靜態連結一個基於 LGPL 協議釋出的庫(一下我們簡稱為 LGPL 庫),那麼,你有義務進行下面的工作:

1.你必須在你的文件中說明,你的程式中使用了 LGPL 庫,並且說明這個庫是基於 LGPL 釋出的;
2.你必須在你的應用程式釋出中包含一份 LGPL協議,通常就是那個文字檔案;
3.你必須開放使用了 LGPL 庫程式碼的所有程式碼,例如某些封裝器。但是,其他使用這些封裝器的程式碼就不需要開放了;
4.你必須包含你的應用程式的餘下部分的目標檔案(通常就是我們所說的 .o 等等),或者是其他等價的檔案。原始碼並不是必須的。

    是不是很難理解呢?我們詳細的說一下。

    第一條很容易理解;第二條也很容易理解,你可以在這裡找到 LGPL 協議的內容,複製下來隨你的程式一起釋出就可以了。第三條就不那麼好理解了。簡單來說,LGPL協議要求,如果你的類使用了LGPL庫的程式碼,那麼必須把這個類開源。例如,如果你的程式 app.exe 每個原始檔都使用了 LGPL 庫的程式碼,那麼你的所有原始碼都要開源。為了避免這種情況,我們通常編寫一個封裝器,把 LGPL庫的程式碼封裝起來,這樣就只需要開放這個封裝器的程式碼,而其他使用了這個封裝器的程式碼就不需要開放。第四條是對第三條的一種補充:那些使用了封裝器的程式不需要開源,但是你必須把你編譯的那些中間檔案開放出來,Windows 下就是那些 .o 檔案。

    你很奇怪,為什麼 LGPL協議要這樣規定呢?LGPL 所做的工作是,它保證了使用者能夠有這樣一種能力:修改你使用 LGPL 庫函式的方式(那些封裝器就是你使用 LGPL庫的方式,那些已經開源了),重新編譯這些程式碼,然後重新對程式進行連線(連線所需要的目標檔案也是包含了的,這是第四條規定的),就可以得到一個新的可執行程式。

    好了,如果你還不明白如何使用,我們來看一個例子。

    假設我們使用一個名為 Lib 的庫,這個庫是基於 LGPL協議釋出的。如果你使用 Lib.dll 做動態連結(Windows 下),好,一切 OK。無論你的程式怎麼樣,你都可以做你所做的事情。

    我們主要是來看,如果你要使用靜態連結,那麼你需要如何組織你的程式碼。如果你有一個 main.cpp(我們假設所有 Lib 庫的函式都是用了 lib_ 字首):

// main.cpp int main() 

{     

    lib_init();     

    lib_do_something();     

    lib_done();     

    lib_close();      

    return 0; 

    現在你已經完成了 main.cpp,但是你必須把它開源!因為它使用了 LGPL 庫的程式碼。這是上面第三條規定的。我不想把它開源,怎麼辦呢?好,我們建一個新的檔案 lib_wrapper.cpp:

void my_lib_init() 

{

    lib_init(); 

}  

void my_lib_do_something() 

{     

    lib_do_something(); 

}  

void my_lib_done() {

    lib_done(); 

}  

void my_lib_close() 

{     

    lib_close(); 

在 main.cpp 中,我們做相應的修改:

int main() 

{     

    my_lib_init();     

    my_lib_do_something();     

    my_lib_done();     

    my_lib_close();      

    return 0; 

現在,main.cpp 不再是直接使用了 LGPL 庫的程式碼了,因此它不需要開源,而我們的封裝器 lib_wrapper.cpp 必須開源。

好,編譯一下我們的程式,你會得到 main.o(Windows 下)這個目標檔案。

在最終程式的釋出中,你需要包含一下檔案:

1.一份文件,其中宣告:這個程式使用了 Lib庫,這個庫是基於 LGPL 協議釋出的;

2.LGPL.txt;

3.lib_wrapper.cpp;

4.main.o

這樣,使用者可以通過修改 lib_wrapper.cpp  的內容改變你使用 LGPL 庫的方式,例如:

void my_lib_done() 

{     

    lib_done();     

    lib_close(); 

}  

void my_lib_close() 

{     

    // lib_close(); 

然後編譯這個 lib_wrapper.cpp,最終重新連結。一個新的可執行程式誕生啦!

引文二:

    Qt 4.5中提供了三種授權協議,分別是GPL, LGPL和Commercial,可能很多人要問,為什麼同樣的一個產品要提供三種授權協議,什麼情況下使用什麼的樣的授權協議最合適?在這裡我就大致解釋一下:

    GPL全稱是The GNU General Public License,是目前大多數的GNU程式和超過半數的自由軟體使用的許可協議。GPL的出發點是程式碼的開源/免費使用和引用/修改/衍生程式碼的開源/免 費使用,但不允許修改後和衍生的程式碼做為閉源的商業軟體釋出和銷售。
GPL協議的主要內容是隻要在一個軟體中使用(”使用”指類庫引用,修改後的程式碼或者衍生程式碼)GPL 協議的產品,則該軟體產品必須也採用GPL協議,既必須也是開源和免費。這就是所謂的”傳染性”。GPL協議的產品作為一個單獨的產品使用沒有任何問題, 還可以享受免費的優勢。

    回到LGPL,LGPL的全稱是 GNU Lesser General Public License,GNU 較寬鬆公共許可證,也是由協議是由自由軟體基金會發布的許可證,是一個主要為類庫使用設計的開源協議,和GPL要求任何使用/修改/衍生之GPL類庫的的 軟體必須採用GPL協議不同。LGPL允許商業軟體通過類庫引用(link)方式使用LGPL類庫而不需要開源商業軟體的程式碼。這使得采用LGPL協議的 開原始碼可以被商業軟體作為類庫引用併發布和銷售。

    除了GPL和LGPL兩種開源協議之外,Qt還提供了Commercial商業協議,Qt的商業協議是由Nokia定義的,由Nokia和購買方籤 訂的,具有法律效應的Qt產品授權協議。 Commercial License相教與GPL和LGPL,對於商業客戶提供了更多的靈活性,客戶可以任意的修改Qt的原始碼,開發商業軟體,而不需要公開任何原始碼。並 且,在Commercial License中,我們還提供了技術支援服務。當然,商業授權協議是需要費用的。

    到底什麼時候需要選擇GPL和LGPL呢?一個最顯而易見的理由就是他們都是免費的,使用LGPL和GPL版本的Qt是不需要支付任何費用的,當然 我們也相應的不會提供技術支援。如果你打算開發真正的開源軟體,並希望使用者也可以保持開源,那麼GPL是更好的選擇,因為所有人,不論你自己還是將來基 於你的程式碼進行再次開發都必須開源。如果你打算開發閉源(不開放原始碼)的商業軟體,那麼LGPL則更適合,但必須滿足下面兩個條件:
1. 你的應用程式應該動態連結Qt函式庫,並使你的應用程式與未做修改的LGPL庫分開發布。同時必須確保使用者(接受者)知道應用程式使用了LGPL版本的Qt;
2. 如果你對LGPL版本的Qt進行了任何修改,併發布,則必須遵循LGPL 條款釋出。任何使用者有權利得到這些修改(通常情況下是原始碼),並且確保使用者可以通過這些修改自己生成相應你修改過的Qt版本。

    相信到這裡大家已經對Qt提供的這三種協議有了基本的瞭解,通常大家還會有一個疑問,就是基於這三種授權協議的Qt產品到底由多少功能上的區別,是 不是商業版本的會更完整,效能更好一些?這裡我可以負責任的說:99%的程式碼都是一樣的,無論是GPL, LGPL還是Commercial,功能,效能都沒有區別,唯一的區別就在於授權協議的不同。

    還有一點需要說明的就是,由於LGPL是在Qt4.5這個版本里面才引入的,所以之前的Qt版本,4.4或者3.x的版本,並不提供LGPL協議,是不可逆的。同時未來發布的Qt版本,就一直會提供三種不同的授權協議版本。

    下面有一些連結,有興趣想深入瞭解這些授權協議的同學,可以學習學習