• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            大漠落日

            while(!dead) study++;
            posts - 46, comments - 126, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            常見開源協(xié)議比較

            Posted on 2010-05-13 10:27 亂78糟 閱讀(562) 評論(0)  編輯 收藏 引用 所屬分類: 重要資料

            現今存在的開源協(xié)議很多,而經過Open Source Initiative組織通過批準的開源協(xié)議目前有58種(http://www.opensource.org/licenses/alphabetical)。 我們在常見的開源協(xié)議如BSD, GPL, LGPL,MIT等都是OSI批準的協(xié)議。如果要開源自己的代碼,最好也是選擇這些被批準的開源協(xié)議。

            這里我們來看四種最常用的開源協(xié)議及它們的適用范圍,供那些準備開源或者使用開源產品的開發(fā)人員/廠家參考。

            BSD開源協(xié)議(original BSD licenseFreeBSD licenseOriginal BSD license

            BSD開源協(xié)議是一個給于使用者很大自由的協(xié)議。基本上使用者可以”為所欲為”,可以自由的使用,修改源代碼,也可以將修改后的代碼作為開源或者專 有軟件再發(fā)布。

            但”為所欲為”的前提當你發(fā)布使用了BSD協(xié)議的代碼,或則以BSD協(xié)議代碼為基礎做二次開發(fā)自己的產品時,需要滿足三個條件:

            1. 如果再發(fā)布的產品中包含源代碼,則在源代碼中必須帶有原來代碼中的BSD協(xié)議。
            2. 如果再發(fā)布的只是二進制類庫/軟件,則需要在類庫/軟件的文檔和版權聲明中包含原來代碼中的BSD協(xié)議。
            3. 不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣。

            BSD 代碼鼓勵代碼共享,但需要尊重代碼作者的著作權。BSD由于允許使用者修改和重新發(fā)布代碼,也允許使用或在BSD代碼上開發(fā)商業(yè)軟件發(fā)布和銷售,因此是對 商業(yè)集成很友好的協(xié)議。而很多的公司企業(yè)在選用開源產品的時候都首選BSD協(xié)議,因為可以完全控制這些第三方的代碼,在必要的時候可以修改或者二次開發(fā)。

            Apache Licence 2.0(Apache License, Version 2.0Apache License, Version 1.1Apache License, Version 1.0

            Apache Licence是著名的非盈利開源組織Apache采用的協(xié)議。該協(xié)議和BSD類似,同樣鼓勵代碼共享和尊重原作者的著作權,同樣允許代碼修改,再發(fā)布 (作為開源或商業(yè)軟件)。需要滿足的條件也和BSD類似:

            1. 需要給代碼的用戶一份Apache Licence
            2. 如果你修改了代碼,需要再被修改的文件中說明。
            3. 在延伸的代碼中(修改和有源代碼衍生的代碼中)需要帶有原來代碼中的協(xié)議,商標,專利聲明和其他原來作者規(guī)定需要包含的說明。
            4. 如果再發(fā)布的產品中包含一個Notice文件,則在Notice文件中需要帶有Apache Licence。你可以在Notice中增加自己的許可,但不可以表現為對Apache Licence構成更改。

            Apache Licence也是對商業(yè)應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要并作為開源或商業(yè)產品發(fā)布/銷售。

            GPL(GNU General Public License

            我們很熟悉的Linux就是采用了GPL。GPL協(xié)議和BSD, Apache Licence等鼓勵代碼重用的許可很不一樣。GPL的出發(fā)點是代碼的開源/免費使用和引用/修改/衍生代碼的開源/免費使用,但不允許修改后和衍生的代 碼做為閉源的商業(yè)軟件發(fā)布和銷售。這也就是為什么我們能用免費的各種linux,包括商業(yè)公司的linux和linux上各種各樣的由個人,組織,以及商 業(yè)軟件公司開發(fā)的免費軟件了。

            GPL協(xié)議的主要內容是只要在一個軟件中使用(”使用”指類庫引用,修改后的代碼或者衍生代碼)GPL 協(xié)議的產品,則該軟件產品必須也采用GPL協(xié)議,既必須也是開源和免費。這就是所謂的”傳染性”。GPL協(xié)議的產品作 為一個單獨的產品使用沒有任何問題,還可以享受免費的優(yōu)勢。

            由于GPL嚴格要求使用了GPL類庫的軟件產品必須使用GPL協(xié)議,對于使用GPL協(xié)議的開源代碼,商業(yè)軟件或者對代碼有保密要求的部門就不適合集 成/采用作為類庫和二次開發(fā)的基礎。

            其它細節(jié)如再發(fā)布的時候需要伴隨GPL協(xié)議等和BSD/Apache等類似。

            LGPL(GNU Lesser General Public License

            LGPL是GPL的一個為主要為類庫使用設計的開源協(xié)議。和GPL要求任何使用/修改/衍生之GPL類庫的的軟件必須采用GPL協(xié)議不同。LGPL 允許商業(yè)軟件通過類庫引用(link)方式使用LGPL類庫而不需要開源商業(yè)軟件的代碼。這使得采用LGPL協(xié)議的開源代碼可以被商業(yè)軟件作為類庫引用并 發(fā)布和銷售。

            但是如果修改LGPL協(xié)議的代碼或者衍生,則所有修改的代碼,涉及修改部分的額外代碼和衍生的代碼都必須采用LGPL協(xié)議。因此LGPL協(xié)議的開源 代碼很適合作為第三方類庫被商業(yè)軟件引用,但不適合希望以LGPL協(xié)議代碼為基礎,通過修改和衍生的方式做二次開發(fā)的商業(yè)軟件采用。

            GPL/LGPL都保障原作者的知識產權,避免有人利用開源代碼復制并開發(fā)類似的產品

            MIT(MIT

            MIT是和BSD一樣寬范的許可協(xié)議,作者只想保留版權,而無任何其他了限制.也就是說,你必須在你的發(fā)行版里包含原許可協(xié)議的聲明,無論你是以二 進制發(fā)布的還是以源代碼發(fā)布的.

            久久天天躁狠狠躁夜夜av浪潮| 久久SE精品一区二区| 日本三级久久网| 久久人人爽人人精品视频| 亚洲欧洲中文日韩久久AV乱码| 综合久久国产九一剧情麻豆| 欧美日韩中文字幕久久伊人| 最新久久免费视频| 久久精品国产一区| 久久久久久久精品成人热色戒| 免费国产99久久久香蕉| 国产精品一区二区久久精品涩爱| 国内精品伊人久久久久AV影院| 久久亚洲精品无码播放| 97久久精品无码一区二区| 四虎国产精品成人免费久久| 色综合久久综合网观看| 国内精品久久久久久99蜜桃| 精品久久久久久久久免费影院| 国产成人精品久久亚洲| 久久AV高清无码| 性做久久久久久久| 2021最新久久久视精品爱| 久久久国产精华液| 国产成人久久精品麻豆一区| 99久久精品毛片免费播放| 久久综合久久自在自线精品自| 久久久久久久综合狠狠综合| 麻豆久久| 亚洲AV成人无码久久精品老人| 伊人久久精品影院| 漂亮人妻被中出中文字幕久久| 久久精品成人| 久久99九九国产免费看小说| 久久精品无码一区二区三区日韩| 久久精品国产国产精品四凭| 久久久久亚洲av毛片大| 久久夜色精品国产| 久久久高清免费视频| 色婷婷综合久久久久中文一区二区| 亚洲国产美女精品久久久久∴ |