GPL协议严格的要求使用了GPL类库的软件产品必须延用GPL协议,所以商业软件或是对代码有保密措施要求的部门就不适合 集成/采用做为类库 和二次开发的基础

LGPL 许可证

LGPL是GPL的一个为主要类库使用设计的开源协议。LGPL与GPL最大的不同就是LGPL允许商业软件通过类库引用方式使用LGPL类库而不需要开源商业软件的代码。也就是说使用了LGPL协议的源代码可以进行商业通途的发布和销售

需要注意的是修改了LGPL协议的代码或是衍生,在所有修改的代码、涉及修改部分的额外代码及衍生都必须采用LGPL协议。因此LGPL协议的开源代码很适合做为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改开衍生的方式做二次开发的商业软件采用

Mozilla 许可证-MPL

MPL 是The Mozilla Public License 的缩写。在GPL许可证没有很好的平衡开发者对源代码的需求和利用源代码获得的利益的前提下,MPL做了一些改变:

  • MPL虽然要求对于经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可,以保证其他人可以在MPL的条款下共享源代码。但是,在MPL 许可证中对“发布”的定义是“以源代码方式发布的文件”,这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口,除了接口程序的源代码以MPL 许可证的形式对外许可外,源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。
  • 对软件专利的态度,MPL许可证不像GPL许可证那样明确表示反对软件专利,但是却明确要求源代码的提供者不能提供已经受专利保护的源代码(除非他本人是专利权人,并书面向公众免费许可这些源代码),也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。
  • 对源代码的定义

而在MPL(1.1版本)许可证中,对源代码的定义是:“源代码指的是对作品进行修改最优先择取的形式,它包括:所有模块的所有源程序,加上有关的接口的定义,加上控制可执行作品的安装和编译的‘原本’(原文为‘Script’),或者不是与初始源代码显著不同的源代码就是被源代码贡献者选择的从公共领域可以得到的程序代码。”

  • MPL许可证第3条有专门的一款是关于对源代码修改进行描述的规定,就是要求所有再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。

二、学习开源框架的优点:

  • 系统分析框架源码底层,祝你快速突破技术瓶颈
  • 深入解读框架源码,提升代码阅读与分析能力
  • 学习更好的设计思路,提高代码设计及改造能力

三、常用10大开源框架列表

(一)网络框架:

  • OkHttp
  • Retrofit

(二)依赖注入:

  • ButterKnife
  • Dagger2

(三)异步处理:

  • RxJava
  • EventBus

(四)图片框架:

  • glide
  • picasso

(五)性能优化:

  • LeakCanary
  • BlockCanary

切入点:

  • 使用原理
  • 基本用法
  • 使用流程
  • 源码机制
  • 源码核心类
  • 区别差异

最后

我见过很多技术leader在面试的时候,遇到处于迷茫期的大龄程序员,比面试官年龄都大。这些人有一些共同特征:可能工作了5、6年,还是每天重复给业务部门写代码,工作内容的重复性比较高,没有什么技术含量的工作。问到这些人的职业规划时,他们也没有太多想法。

其实30岁到40岁是一个人职业发展的黄金阶段,一定要在业务范围内的扩张,技术广度和深度提升上有自己的计划,才有助于在职业发展上有持续的发展路径,而不至于停滞不前。