幾個優秀的js 框架的license 問題，付費，版權，侵權
我的理解
1 、 extjs ：可以免費調用使用，以及商用，自己開發的軟件有調用它也可以銷售，不涉及侵權。如果你把extjs 改爲一個一個同性質的js 框架軟件，如果銷售則是侵權，你的修改必須是開源，否則也侵權。
2 、 coolite ：社區版的可以給個人或者個人所在的公司免費使用。專業版的必須付費（如果你用它開發了軟件並進行銷售，那麼也是需要付費的）
3 、jQuery ：輕量級，好用，前景好，vs2008sp1 集成，開源的
4 、YUI ，不好說，中性，規則，有專業團隊維護，開源的。
(以下文章，有的是轉載，版權歸屬作者)
什麼是 GPL、LGPL 和 GFDL？它們和源代碼以及商業銷售之間的關係是什麼？
GPL 是 GNU General Public License (GNU 通用公共許可證)的縮寫形式；LGPL 是 GNU Lesser General Public License (GNU 寬通用公共許可證)的縮寫形式，舊稱 GNU Library General Public License (GNU 庫通用公共許可證)；GFDL 是 GNU Free Documentation License (GNU 自由文檔許可證)的縮寫形式。它們是自由軟件(Free Software)的通用版權認證協議，由自由軟件基金會(FSF)制定和發佈。
基於 GPL 的軟件允許商業化銷售，但不允許封閉源代碼。
如果您對遵循 GPL 的軟件進行任何改動和/或再次開發並予以發佈，則您的產品必須繼承 GPL 協議，不允許封閉源代碼。
基於 LGPL 的軟件也允許商業化銷售，但不允許封閉源代碼。
如果您對遵循 LGPL 的軟件進行任何改動和/或再次開發並予以發佈，則您的產品必須繼承 LGPL 協議，不允許封閉源代碼。但是如果您的程序對遵循 LGPL 的軟件進行任何連接、調用而不是包含，則允許封閉源代碼。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/twj1710/archive/2006/04/27/679848.aspx
當Adobe、Microsoft、Sun等一系列巨頭開始表現出對”開源”的青睞時，”開源”的時代即將到來！
最初來自：sinoprise.com/read.php?tid-662-page-e-fpage-1.html（遺憾的是這個鏈接已經打不開了），我基本未改動，只是進行了一些排版和整理。
參考文獻：
http://www.fsf.org/licensing/licenses/
現今存在的開源協議很多，而經過Open Source Initiative組織通過批准的開源協議目前有58種（ http://www.opensource.org/licenses/alphabetical ）。我們在常見的開源協議如BSD, GPL, LGPL,MIT等都是OSI批准的協議。如果要開源自己的代碼，最好也是選擇這些被批准的開源協議。
這裏我們來看四種最常用的開源協議及它們的適用範圍，供那些準備開源或者使用開源產品的開發人員/廠家參考。
BSD 開源協議（ original BSD license 、 FreeBSD license 、 Original BSD license ）
BSD 開源協議是一個給於使用者很大自由的協議。基本上使用者可以”爲所欲爲”,可以自由的使用，修改源代碼，也可以將修改後的代碼作爲開源或者專有軟件再發布。
但”爲所欲爲”的前提當你發佈使用了BSD協議的代碼，或則以BSD協議代碼爲基礎做二次開發自己的產品時，需要滿足三個條件：
1. 如果再發布的產品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協議。
2. 如果再發布的只是二進制類庫/軟件，則需要在類庫/軟件的文檔和版權聲明中包含原來代碼中的BSD協議。
3. 不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣。
BSD 代 碼鼓勵代碼共享，但需要尊重代碼作者的著作權。BSD由於允許使用者修改和重新發布代碼，也允許使用或在BSD代碼上開發商業軟件發佈和銷售，因此是對商 業集成很友好的協議。而很多的公司企業在選用開源產品的時候都首選BSD協議，因爲可以完全控制這些第三方的代碼，在必要的時候可以修改或者二次開發。
Apache Licence 2.0 （ Apache License, Version 2.0 、 Apache License, Version 1.1 、 Apache License, Version 1.0 ）
Apache Licence 是著名的非盈利開源組織Apache採用的協議。該協議和BSD類似，同樣鼓勵代碼共享和尊重原作者的著作權，同樣允許代碼修改，再發布（作爲開源或商業軟件）。需要滿足的條件也和BSD類似：
1. 需要給代碼的用戶一份Apache Licence
2. 如果你修改了代碼，需要再被修改的文件中說明。
3. 在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協議，商標，專利聲明和其他原來作者規定需要包含的說明。
4. 如果再發布的產品中包含一個Notice文件，則在Notice文件中需要帶有Apache Licence。你可以在Notice中增加自己的許可，但不可以表現爲對Apache Licence構成更改。
Apache Licence 也是對商業應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要並作爲開源或商業產品發佈/銷售。
GPL （ GNU General Public License ）
我們很熟悉的 Linux就是採用了GPL。GPL協議和BSD, Apache Licence等鼓勵代碼重用的許可很不一樣。GPL的出發點是代碼的開源/免費使用和引用/修改/衍生代碼的開源/免費使用，但不允許修改後和衍生的代 碼做爲閉源的商業軟件發佈和銷售。這也就是爲什麼我們能用免費的各種linux，包括商業公司的linux和linux上各種各樣的由個人，組織，以及商 業軟件公司開發的免費軟件了。
GPL 協議的主要內容是只要在一個軟件中使用(”使用”指類庫引用，修改後的代碼或者衍生代碼)GPL 協議的產品，則該軟件產品必須也採用GPL協議，既必須也是開源和免費。 這就是所謂的”傳染性” 。GPL協議的產品作爲一個單獨的產品使用沒有任何問題，還可以享受免費的優勢。
由於GPL嚴格要求使用了GPL類庫的軟件產品必須使用GPL協議，對於使用GPL協議的開源代碼，商業軟件或者對代碼有保密要求的部門就不適合集成/採用作爲類庫和二次開發的基礎。
其它細節如再發布的時候需要伴隨GPL協議等和BSD/Apache等類似。
LGPL （ GNU Lesser General Public License ）
LGPL 是 GPL的一個爲主要爲類庫使用設計的開源協議。和GPL要求任何使用/修改/衍生之GPL類庫的的軟件必須採用GPL協議不同。LGPL允許商業軟件通過 類庫引用(link)方式使用LGPL類庫而不需要開源商業軟件的代碼。這使得采用LGPL協議的開源代碼可以被商業軟件作爲類庫引用併發布和銷售。
但是如果修改LGPL 協議的代碼或者衍生，則所有修改的代碼，涉及修改部分的額外代碼和衍生的代碼都必須採用LGPL協議。因此LGPL協議的開源代碼很適合作爲第三方類庫被 商業軟件引用，但不適合希望以LGPL協議代碼爲基礎，通過修改和衍生的方式做二次開發的商業軟件採用。
GPL/LGPL 都保障原作者的知識產權，避免有人利用開源代碼複製並開發類似的產品
MIT （ MIT ）
MIT 是和BSD一樣寬範的許可協議,作者只想保留版權,而無任何其他了限制.也就是說,你必須在你的發行版裏包含原許可協議的聲明,無論你是以二進制發佈的還是以源代碼發佈的
Extjs 官方 授權原文（翻譯見下）
Licensing Overview - Ext JS and Ext GWT
Each Ext software product has several licensing options available. For more information about why these licenses were chosen, please visit the Dual Licensing Model page.
Commercial License
This is the appropriate option if you are creating proprietary applications and you are not prepared to distribute and share the source code of your application under the GPL.
Commercial licenses:
›
View the license terms
›
Purchase a commercial license
Open Source License
Ext JS is an avid supporter of open source software. This is the appropriate option if you are creating an open source application with a license compatible with the GNU GPL license v3 .
For open source projects that are not distributed under the GPL v3 license, the following FLOSS exceptions are available:
OEM / Reseller License
This is the appropriate option if you are creating a product that is a software development library, toolkit or framework. There are many benefits to partnering with us:
› If you think this might apply to you, please contact us directly for details.
——翻譯
近段時間不少朋友對
EXT究竟是否免費沒有答案，於是偶朋友
James了翻譯
extjs.com關於
EXT使用條款
,他沒有
JAVAEYE ID，所以我來貼了：
EXT
授權釋疑
EXT已提供幾個可取的授權方式適合多種需要。
商業授權
很多顧客出於多方的原因需要一個傳統的商業執照。這也許是對你的機構適當的授權，如果你：
1.不想在一個開源授權裏有任何潛在的限制
2.必須擁有一個商業授權爲了滿足你的內部軟件認證的需求
3.希望給與
"EXT計劃
"財務上的支持
,以確保其成功延續
(PS:想大家都有得玩
,這纔是重點
)
開放原代碼授權
Ext的授權是根據開源協議
"LGPL"證書所制定的
.你或許應該使用我方的開源認證
,如果你
:
1.在不含非開源軟件的開源項目中使用
Ext
2.計劃用於私人
,教育或非盈利用途
3.應用
Ext於商業用途
,但你卻不想支付
"EXT計劃
"，沒關係！
"LGPL"協議會爲你服務
瀏覽證書條款
http://extjs.com/ext-oss-software-license
OEM /
轉售認證
如果你能策劃把
Ext直接捆爲一件產品
,並作爲方程式工具或插件工具框架來包裝或出售
,我方希望你能與我方合作
,立一個適當專門認證
.與我方合作你將可獲取
:
1.市場上獨家供應正版
Ext-based產品
2.大量合作品牌和合作市場的機會
3.Ext中直接獲得授權的支助
如果你認爲以上符合你的要求
,請即與我方聯繫詳談
完。
投入項目前先做好功課
EXT
無疑是最近前端開發最受關注的話題。在近一年的
YUI-Ext 0.30/ExtJS 1.X
開發之後，上週五
ExtJS
又推出它的升級版本
2.0
，而更多的開發者也參與到前端開發這一領域來。
在
Web2.0/Enterprise2.0
聲勢、日益強調用戶體驗的情況下，選擇
EXT
是否明智？這些都需要開發者慎重決策。
項目參與
EXT
切忌盲目
據資深
IT分析人士表示，目前界業內的
Ajax熱浪，一方面是由於
2005年以來的
Google一線產品使人帶來極大的用戶體驗，另一方面來自對舊事物新改造的關注。
第一隻
“出海
”的
YUI-Ext只是作者
Jack打算對基於
BSD協議的
Yahoo!UI庫進行自定義的擴展，但後來一度風頭蓋過其父輩
YUI，足以說明大家對它的熱情，很多人把它投入項目人並不十分了解它。分析人士打了一比喻：就好比尚未謀面，
並不瞭解一個人的家庭、教育、品行等背景，只因爲他有一副精緻漂亮的外觀，就對其陷入了瘋狂的傾慕之中。因此分析人士建議，在投入項目前，要認真仔細地瞭解
EXT的內在原理和與其他
Ajax庫不同地方。
Ext的
UI組件模型和開發理念脫胎、成型於
Yahoo組件庫
YUI和
Java平臺上
Swing兩者，併爲開發者屏蔽了大量跨瀏覽器方面的處理。相對來說，
EXT要比開發者直接針對
DOM、
W3C對象模型開發
UI組件輕鬆。
Ajax
庫各有不同
目前業界中
Ajax庫的主要是服務端系（服務端生產
JS代碼）和原生系（直接瀏覽器的
JS代碼控制），有消息說今後各
JavaScript庫團隊也準備推出
UI產品。不同的
“家族
”背景，決定了它們開發的
Ajax庫應用與風格的不同。
從數目上來看，目前服務端系的
Ajax庫如（
DWR、
GWT、
MS Ajax.Net）佔據相當的市場份額，是較多用戶的選擇。
原生系的
Ajax庫近期也迅猛發展，在
ExtJS順利試水之後，
jQuery的
UI庫也已經發行，
Mootools則在年底之前推出，其它元老如
Dojo也在積極籌備新版
1.0。
原生系的
Ajax開發在我國還是個新生事物，目前推出的
Ajax庫
IDE支持方面普遍不足，需要大量的手工編碼，各種瀏覽器之間的調試工具也不盡相同，屬於較小開發者所掌握的技能，風險和人力成本都會相對比較高。
今後如果各
JavaScript庫團隊推出自己的
UI組件庫，－－由於大多數是開源的項目，因此其文檔是否完善，案例、範例是否足夠多，是否易於使用，都屬於選型的相關指標。相對來說其社區越旺盛，其風險也就越小。
研究不同類別的
Ajax庫，開發者可以知道它的投入項目價值和怎麼迎合自身開發需求，而各測試報告、
DEMO演示則比較可以幫助開發者分析風險收益，進而根據客戶需求目的、預期和風險承受能力，來選擇心儀的一個庫。比如爲快速將數據生成到前端，適合選擇服務端系的產品；
而追求較佳的用戶體驗，對界面設計，用戶交互操作有一定要求者，則可以
EXT、
Dojo專業
UI庫來實現。而希望學習成本低的開發者，可以使用微軟的
Ajax.Net庫，允許方便地
“可視化編程
”。
決定實施之前多作比較
實際上，目前關於是否應該封裝
EXT“控件
”存在着兩種完全不同的意見。已有實踐開發
EXT經驗的朋友甚至原作者
Jack都表示，手工
JS編碼更適合
EXT開發，這樣各組件的耦合顆粒度更細，項目整體的靈活度機會高。而另一派的觀點則認爲，在
Java/.Net的大背景下，多數開發者希望利用
IDE或類似
VB的
GUI“畫出
”控件這樣強大的支持來解決表示層的方案，以提供工作效率；另一方面，大量
JavaScript投入項目產生，開發者會因
JavaScript另外一本質－－－基於函數式編程（
LISP但是
C語法系）的困惑而對項目設計而大打折扣，我們沒有道理離開熟悉的領域到陌生的地方去冒險。
由於絕大多數
EXT產品的都在實踐和測試之中，因此，國內的開發者確實需要慎重思考，認真研讀相關
JS庫的文檔和資料，並將其與自己熟悉的
JS庫比較，確實瞭解其風險與客戶需求再作決定。
另外對於打算購買商業許可的用戶，開發者還需要注意不同的商業的價格是不一樣的。每種許可一般分爲僅源碼、源碼＋技術支持和
1.x的升級。而企業級的
EXT許可證的門檻更高，大多在兩萬元人民幣以上。
許可解讀
EXT使用雙重協議，其中之一是基於
LGPL 3.0協議進行許可，另外是針對技術支持的商業許可。
而很多用戶對
EXT協議的理解目前暫時還是
“霧裏看花
”。
按照官方網站的有關解析，如果商業使用不付費也是可以的，只要項目遵守
LGPL 3.0的開源協議。
“Are
using Ext in a commercial application that is not a software
development library or toolkit, you will meet LGPL requirements and you
do not wish to support the project”
“如果您應用
Ext在一個商業應用中（即商業應用不是作爲軟件開發庫或工具箱，一般可以認爲是第三方組件），您可以參見
LGPL要求（如果你不想支持
Ext項目）
”。
關於侵權，可以看看前面有網友說的。
@KF.
咖啡
Ext
商業行爲是收費？難道我用他做了一個
OA
系統，賣給了別人，還得給
Ext
付一筆費用？這也太誇張了吧。先把
Ext
的授權協議搞清楚了纔好啊，原文：
http://www.extjs.com/license
其中第二條是免費授權，當然免費協議是有限制的，要求符合下面條件之一：
1
、開源項目裏面可以免費使用
ext
；
2
、自己研究、教學等可以免費用
ext
；
3
、可以把
ext
免費用於商業項目，但不能用來做軟件開發庫，也不能用
ext
做開發工具。（我的理解是：如果你開發一個開發工具，並且作爲商業軟件銷售，裏面有到了
ext
，這是會被追究責任的，當然如果你的開發工具是開源的，符合第一條，那就沒問題了。）
當然還有其它一些協議，不過僅僅上面幾條就能說明使用
Ext
用於商業用途沒問題了，只要不是開發工具，你拿來做
OA
、
ERP
、網站什麼的，不用擔心什麼，隨便用吧。樓主的網站就算頂多算是一個用
Ext
做的商業網站，就跟我們公司用
ext
開發的
OA
系統一樣，是不存在任何受權問題的。
當然有版權意識是好的，要是我們大家都尊重版權，這樣我們程序員纔有可能生活上富餘起來，否則辛辛苦苦開的東西，別人幾分鐘就被起走了，然後簡單改頭換面就變成他自己的東西，所有人都這樣做，大家就沒法活了。
Coolite 的 license
Coolite Licensing
Coolite Inc. uses a Dual License model for the Coolite Toolkit and offers licenses to cover both Professional (closed-source) and Community (open-source) projects.
The Coolite Professional Edition is appropriate if you wish to develop, sell and/or otherwise distribute closed-source proprietary applications using the Coolite Toolkit and Ext JavaScript Library.
The Professional Edition is licensed on a per developer basis. Each individual who uses the Coolite Toolkit for development purposes must obtain a Coolite Professional License to do so. The Coolite Professional License also grants a royalty free runtime license, which means you can include the Coolite Toolkit in your product and sell an unlimited number of copies of your product without a royalty fee. The only requirement is that one Coolite Professional License is aquired for each developer working directly with the Coolite Toolkit in an IDE, such as Visual Studio, Visual Web Developer, or similar.
An officially licensed ExtJS Commercial License is included with the purchase of each Coolite Professional License. You DO NOT require a separate Ext Commercial License, as one is granted to you with each Coolite Professional License.
View Coolite Professional License
View Coolite Toolkit Licensing Forum
The Coolite Toolkit and Ext JavaScript Library are also both available with a GNU GPL 3.0 License.
The Coolite Community Edition may be appropriate for your project if you:
· develop and distribute open-source GPL 3.0 compatible software.
· use the software for personal testing, training or demonstration purposes.
· develop software for personal use.
· develop software for use only within your organization or company, under the following (GPL applied) terms:
1. The software must not be accessible by any persons outside your organization or company, and
2. The software must be developed exclusively by your organization "on-site". Transferring a copy of your software to another organization or individual "off-site", including contractors, is considered distribution. More info
The Coolite Community Edition may not be appropriate for your project if you:
· develop closed-source software which might be used, accessed, installed or obtained by persons from outside your organization or company.
· destribute your software and do not want to provide the full source code.
· do not wish to use an open-source GPL 3.0 License.
View Coolite Toolkit Licensing Forum
----翻譯 —
Coolite牌照
Coolite Inc. uses a Dual License model for the Coolite Toolkit and offers licenses to cover both Professional (closed-source) and Community (open-source) projects. Coolite公司採用了雙許可模式Coolite工具包，並提供執照，既包括專業（非開源）和社區（開放源代碼）的項目。
The Coolite Professional Edition is appropriate if you wish to develop, sell and/or otherwise distribute closed-source proprietary applications using the Coolite Toolkit and Ext JavaScript Library. 專業版的Coolite是適當的，如果你想開發，銷售和/或散佈封閉源代碼的專利申請使用Coolite工具和分機JavaScript庫。
The Professional Edition is licensed on a per developer basis. 專業版的授權以每開發基礎。 Each individual who uses the Coolite Toolkit for development purposes must obtain a Coolite Professional License to do so. 每一個人誰需要使用Coolite工具爲發展目的必須獲得Coolite專業許可這樣做。 The Coolite Professional License also grants a royalty free runtime license, which means you can include the Coolite Toolkit in your product and sell an unlimited number of copies of your product without a royalty fee. 專業執照的Coolite還贈款版稅免費運行許可證，這意味着您可以包括Coolite工具在您的產品和銷售無限數量的副本，您的產品沒有專利費。 The only requirement is that one Coolite Professional License is aquired for each developer working directly with the Coolite Toolkit in an IDE, such as Visual Studio, Visual Web Developer, or similar. 唯一的要求是，一Coolite專業許可證已獲得每個開發工作直接與Coolite工具包在一個集成開發環境，如Visual Studio和Visual Web開發，或類似的。
An officially licensed ExtJS Commercial License is included with the purchase of each Coolite Professional License. ExtJS正式授權的商業執照附帶購買每個Coolite專業許可證。 You require a separate Ext Commercial License, as one is granted to you with each Coolite Professional License. 您 不需要一個單獨的分機的商業執照，作爲一個被授予給您每個Coolite職業許可證。
View Coolite Professional License 查看Coolite 專業執照
View Coolite Toolkit Licensing Forum 查看Coolite 工具包牌照論壇
The Coolite Toolkit and Ext JavaScript Library are also both available with a GNU GPL 3.0 License. 該Coolite Toolkit和分機JavaScript庫，也都提供了使用GNU GPL 3.0許可。
The Coolite Community Edition be appropriate for your project if you: 該Coolite社區版可能 是適合您的項目如果您：
· develop and distribute open-source GPL 3.0 compatible software. 制定和分發開源的 GPL 3.0兼容的軟件。
· use the software for personal testing, training or demonstration purposes. 使用該軟件的個人測試，培訓或演示目的。
· develop software for personal use. 開發軟件爲個人使用。
· develop software for use only within your organization or company, under the following (GPL applied) terms: 開發軟件只用於在您的組織或公司，在以下（ GPL的適用）條款：
1. The software must not be accessible by any persons outside your organization or company, and 該軟件不能訪問任何人以外的組織或公司，並
2. The software must be developed exclusively by your organization "on-site". Transferring a copy of your software to another organization or individual "off-site", including contractors, is considered distribution. More info 該軟件必須制定完全由您的組織 “現場 ” 。轉移的副本軟件給另一組織或個人 “不在現場 ” ，包括承包商，被認爲是分配。 更多信息
The Coolite Community Edition be appropriate for your project if you: 該Coolite社區版可能並不 適合你的項目如果您：
· develop closed-source software which might be used, accessed, installed or obtained by persons from outside your organization or company. 開發封閉源代碼軟件，該軟件可以使用，訪問，安裝或獲得的人以外的組織或公司。
· destribute your software and do not want to provide the full source code. destribute您的軟件和不想提供完整的源代碼。
· do not wish to use an open-source GPL 3.0 License. 不想使用的開放源代碼的 GPL 3.0許可。
Official GNU GPL FAQ 官方GNU GPL 的常見問題
View GNU GPL 3.0 License 查看使用GNU GPL 3.0 許可
View Coolite Toolkit Licensing Forum 查看Coolite 工具包牌照論壇