为什么使用开源项目
- don’t repeat yourself 不要重复造轮子
- 共享
- 互联网快速发展,引入开源项目节省人力和时间,加快业务发展速度
- 但是,开源项目 风险(代码不规范、坑、Bug)
如何选择开源项目
考虑因素:
- a、stars/作者影响力/README.md/第三方SDK的更新频率(最后更新时间)/issues/Fork/开源协议,总之就是尽量选用比较成熟的第三方sdk
- b、是否引用别的第三方库(这些库是不是比较新的,是否和自己的项目存在依赖库的冲突或者冗余)
例如主工程 compile ‘com.google.code.gson:gson:2.4’,而第三方sdk compile ‘com.alibaba:fastjson:1.1.36’ 冗余
还有就是第三方sdk使用了较老的okhttp,而主工程使用了okhttp3- c、方法数(性价比),b中的问题会导致项目中的方法急剧上升,从而带来dex方法数超过65535的问题,首先反应在debug包中,然后是release包中(ProGuard会对我们的项目进行压缩、优化、预检,压缩即是侦测并移除代码中无用的类、字段、方法、和特性)
- d、如果老项目中真的不慎引用这种坑爹的第三方sdk,解决方法要么是替换成最新的sdk,如果没用最新的而这部分功能又无可替代,那就尝试反编译第三方sdk的jar包(修改优化代码再重新打包,如果可以的话,那就把其中较老版本的依赖改成最新的,当然这个还是挺费劲的),其实最好的还是如果团队可以实现的功能(时间允许)就尽量不要使用第三方sdk
总结
- 综合评估对比,选择成熟并适合你的
- 了解原理,成功驾驭
- 商业项目,稳定第一位,学会控制风险
- 没有最好,只有合适
建议
- 公司的商业项目永远不要以尝鲜为主,一定要保证稳定
- 理解源码,不求掌握具体实现细节,熟练掌握常用API
- 不要改动源码,扩展使用
- 使用Gradle远程依赖
- 二次封装
- 做好应急,以防万一,有可选择的替代品,使用专注的开源框架
- 积累自己的轮子