对于桌面和移动平台应用

  • 官方说明如下
Qt for Application Development lets you create applications for desktop and mobile platforms. 
It contains all the Qt APIs and the Qt Creator IDE for seamless cross-platform development. Qt for Application Development is dual-licensed under commercial and open source licenses.
The commercial Qt license gives you the full rights to create and distribute software on your
own terms without any open source license obligations. With the commercial license you also
have access to the official Qt Support and close strategic relationship with The Qt Company
to make sure your development goals are met. Qt for Application Development is also available under GPL and LGPLv3 open source licenses.
Qt tools and some libraries are only available under GPL. See the comparison chart for details.
The Qt open source licensing is ideal for use cases such as open source projects with open
source distribution, student/academic purposes, hobby projects, internal research projects
without external distribution, or other projects where all (L)GPL obligations can be met. For more information, please see the FAQ.
  • Lincense 种类和费用

  • 各种 License 的权利和服务 (这里关心的是 LGPL 下,可以动态链接 Qt 库保持软件私有)

  • 不幸的是,有一些 Qt 库是以 GPL 的方式发布(鉴于 GPL 的传染性,就不能在私有软件中以任何方式使用这些库了,shit!)

  • 不幸的是,有一些 Qt 工具也是以 GPL 的方式发布的(但幸运的是,不更改的情况下,可以 LGPL 的方式使用,见对图中星号的解释)

对于嵌入式平台应用

With Qt for Device Creation, you can create embedded devices with modern UIs with maximum performance. 
In addition to Qt APIs, it comes with a full embedded tooling suite built around the Qt Creator IDE,
and additional embedded solutions that help you reduce your time-to-market dramatically. Qt for Device Creation is a product available only under a commercial license. This allows you to,
for example, control your device’s user experience, and build proprietary functionality on top of Qt
and to lock down your device. A commercial license from The Qt Company keeps your code proprietary
where only you can control and monetize on your end product’s development, user experience and distribution.

对动态链接 LGPL 授权的库,保持软件私有的解释

我们关心的是,包含 LGPL 的库在自己公司的商业闭源程序中是否可行。

LGPL协议是一个商业友好的协议。你可以使用 LGPL协议的库开发商业闭源程序。但是,它是有一些限制的。

- 如果你使用 LGPL 的库开发闭源程序,使用动态链接的形式,那么,你可以以任何形式发布你的应用程序,商业的、非商业的、开源的、非开源的,随你。

- 如果你因某种原因必须静态链接一个基于 LGPL 协议发布的库,那么你有义务进行下面的工作:

1. 你必须在你的文档中说明,你的程序中使用了 LGPL 库,并且说明这个库是基于 LGPL 发布的。
2. 你必须在你的应用程序发布中包含一份 LGPL协议,通常就是那个 Lincense 文本文件。
3. 你必须开放使用了 LGPL 库代码的所有代码,例如某些封装器。但是,其他使用这些封装器的代码就不需要开放了。
4. 你必须包含你的应用程序的余下部分的目标文件(通常就是我们所说的 .o 等等),或者是其他等价的文件,这部分源代码并不是必须的。

解读:

第1条,好理解。

第2条,好理解。

第3条,简单来说,LGPL 协议要求,如果你的类使用了 LGPL 库的代码,那么必须把这个类开源。例如,如果你的程序 app.exe 每个源文件都使用了 LGPL 库的代码,那么你的所有源代码都要开源。为了避免这种情况,我们通常编写一个封装器,把 LGPL 库的代码封装起来,这样就只需要开放这个封装器的代码,而其他使用了这个封装器的代码就不需要开放。

第4条,是对第3条的一种补充,那些使用了封装器的程序不需要开源,但是你必须把你编译的那些中间文件开放出来,Windows 下就是那些 .o 文件。

举例说明

假设我们使用一个名为 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 库的代码。这是上面第三条规定的。

如果我不想把 main.cpp 开源,怎么办呢? 好,我新建一个文件 lib_wrapper.cpp:

 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();
return0;
}

现在,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 提供的这三种协议有了基本的了解,通常还会有一个疑问,就是基于这三种授权协议的Qt产品到底有多少功能上的区别,是不是商业版本的会更完整,性能更好一些?这里可以负责任的说:99%的代码都是一样的,无论是GPL, LGPL 还是 Commercial,功能,性能都没有区别,唯一的区别就在于授权协议的不同。

还有一点需要说明的就是,由于 LGPL 是在 Qt4.5 这个版本里面才引入的,所以之前的 Qt 版本,4.4 或者 3.x 的版本,并不提供 LGPL 协议,是不可逆的。同时未来发布的Qt版本,就一直会提供三种不同的授权协议版本。

总结: 鉴于 Qt 授权协议的限制,如果项目没有特别要求,建议使用 wxWidgets 开发商业产品

    如果以找工作为出发点,还是跟着 Qt 走吧

////////////////////////////////////////////////////////////////////////////////

本文部分内容来自于网友博客,如有侵权请联系我。

完。

Qt License 解读的更多相关文章

  1. 词频统计_输入到文件_update

    /* 输入文件见337.in.txt 输出文件见338.out.txt */ #include <iostream> #include <cctype> #include &l ...

  2. qt5.6 webengine兼容xp的编译方法

    http://www.qtcn.org/bbs/read-htm-tid-62470.html http://stackoverflow.com/questions/31678657/qtwebeng ...

  3. 【转】解读Qt 事件处理机制(上篇)

    [转自]:http://mobile.51cto.com/symbian-272812.htm 在Qt中,事件被封装成一个个对象,所有的事件均继承自抽象类QEvent. 接下来依次谈谈Qt中有谁来产生 ...

  4. 【QT相关】类头文件解读、QT编辑模式、读取text文本

    Wizard产生的头文件类包含了必须的#include文件.构造函数.析构函数和UI对象: #include <QMainWindow> namespace Ui {class Notep ...

  5. QT 报错:Project ERROR: Xcode not set up properly. You may need to confirm the license agreement by running /usr/bin/xcodebuild.

    1.打开终端,输入指令并按回车键: sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer 2.如果电脑设置有密码,终 ...

  6. Qt第三方库QCustomPlot——QCustomPlot解读

    这个小部件类,对于QCustomPlot的所有方面都有所体现 下面阅读它的函数: 函数组织顺序为: 基本设置---添加图线---删除图线---添加额外Item---层次管理---坐标轴管理----导出 ...

  7. QVariant相当于一个包含大多数Qt数据类型的联合体(源码解读)

    将数据存储为一个Private结构体类型的成员变量d: <qvariant.cpp> 1 QVariant::QVariant(Type type) 2 { create(type, 0) ...

  8. linux(debian) arm-linux-g++ v4.5.1交叉编译 embedded arm 版本的QtWebkit (browser) 使用qt 4.8.6 版本

    最近需要做一个项目 在arm 架构的linux下 没有桌面环境的情况下拉起 有界面的浏览器使用. 考虑用qt 的界面和 qtwebikt 的库去实现这一系列操作. 本文参考: Qt移植到ARM Lin ...

  9. A Simple OpenCASCADE Qt Demo-occQt

    A Simple OpenCASCADE Qt Demo-occQt eryar@163.com Abstract. OpenCASCADE have provided the Qt samples ...

随机推荐

  1. golang slice 使用及源码分析

    1.先做个小实验 func main(){ s1:=make([]int,0,10) s1=[]int{1,2,3} ss:=make([]int,0,10) ss = s1[1:] for i:=0 ...

  2. nodejs接收get参数和post参数

    get请求用query //http://localhost:3000?a=3&b=4&c=5 router.get('/', function (req, res, next) { ...

  3. sql数据库快照与恢复 规则绑定

    存在数据库快照的话我发进行数据库分离 CREATE DATABASE <快照名称> ON (NAME=<数据库文件名>,FILENAME='<存放地址>') AS ...

  4. Python中dunder名称的来历

    版权声明:博客为作者原创,允许转载,但必须注明原文地址:https://www.cnblogs.com/byronxie/p/10741084.html 在 Python 中,我们经常会看到被双下划线 ...

  5. Java——代码复用(组合和继承)

    前言 "复用代码是Java众多引人注目的功能之一.但要想成为极具革命性的语言,仅仅能够复制代码并对之加以改变是不够的,它必须还能够做更多的事情." Java解决问题都围绕类展开的, ...

  6. webpack4.0各个击破(1)—— html部分

    webpack作为前端最火的构建工具,是前端自动化工具链最重要的部分,使用门槛较高.本系列是笔者自己的学习记录,比较基础,希望通过问题 + 解决方式的模式,以前端构建中遇到的具体需求为出发点,学习we ...

  7. 第6章 演示服务器和测试 - Identity Server 4 中文文档(v1.0.0)

    您可以使用您喜欢的客户端库尝试IdentityServer4.我们在demo.identityserver.io上有一个测试实例.在主页面上,您可以找到有关如何配置客户端以及如何调用API的说明. 此 ...

  8. 持续集成配置之Nuget

    持续集成配置之Nuget Intro 本文是基于微软的 VSTS(Visual Studio Team Service) 做实现公众类库的自动打包及发布. 之前自己的项目有通过 Github 上的 T ...

  9. JQuery官方学习资料(译):遍历JQuery对象和非JQuery对象

        JQuery提供了一个对象遍历的Utility方法$.each()和一个JQuery集合遍历方法.each(). $.each()     $.each()是一个通用的方法用来遍历对象和数组, ...

  10. ceph集群搭建

    CEPH 1.组成部分 1.1 monitor admin节点安装ceph-deploy工具 admin节点安装ceph-deploy 添加源信息 rm -f /etc/yum.repos.d/* w ...