retrofit源码，这篇文章可以满足你80%日常工作！重难点整理_怎么讲retrofit源码(6)

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

首先Android应用开发前景差是在最近两年出现的，也就是从2018开始，从那时起移动端的程序员已经慢慢出现供大于求的局面，本人作为移动端开发，深知这一点。

然而也必须说明一点，不论是Android开发还是iOS开发，虽然都出现了相关的程序员供大于求的情况，但市场仍然是有需求的，特别是对资深的开发人员及拥有相关底层开发知识的应用程序员市场及发展还是很多的；这里所讲的就业难都是相对于初级开发人员。

为什么会在18年出现应用端就业难？这是由于在前几年App风盛行，那几年只要是个和互联网的公司要是没个自己的App那都不好意思叫互联网公司，所以一般的互联网公司成立之初就会着手开发自己的App，不管是否是刚需，但市场终究是严峻的；App虽然好，能快速开展本公司的业务，但App的运营成本还是很高的，一个App在早期就开发团队来说一般都是需要至少Android开发一人，iOS开发一人，后台开发2人以上，还有UI及产品等等，当然最主要的问题是一般的公司对于这种模式都会面临回报周期长的问题，App开发完了还面临着推广的问题，市场抢占不了，也许之前的都会付之东流。于是在早期很多学校特别是培训机构就针对市场推出了应用端的培训课程，短到三个月长到半年的课程，于是乎每一个月都会有成千上万的应用端走向市场，所以时间一长，市场慢慢趋于稳定。应用端的人员慢慢就变得供大于求了，这也是慢慢出现应用端求职难的问题了。

以上说的是其中一方面，成本高和其他低成本，低运营的技术相继出现也是应用端求职难现象的助推手。

这里主要讲下2016年出现的小程序对于App的冲击，原生App有着开发周期长，运营成本高及回报周期长的特点，所以近年来很多公司都慢慢削去了应用端从而将资金放在其他部分，直到小程序的出现，开发成本一下就可以降下不少，为什么呢，因为小程序的开发语言可以由前端的开发人员承担，而且开发一个小程序不需要维护两套代码也就是不需要像原生App一样，需要Andoid端和iOS端，因为小程序是运行在微信中的，所以只要开发人员维护一套代码就够了，这大大的降低了前期的开发成本，其他细节在这就不细讲了，总之小程序的出现不同程度上更加冲击了应用端的竞争市场，从而也使得应用端就业竞争更加激烈。

当然市场还是需要应用端的人才的，这里所说的人才指的是那些会顺应技术发展和时代的有着不断学习力的开发人员，对于那些初级的程序员市场终究对于他们是残酷的，所以提升自己的竞争力在任何职业任何时候都是非常重要的，只有这样才不会被市场所抛弃。

就先写到这，手机码字很痛苦，写的很片面不好之处敬请指出，如果觉得有参考价值的朋友也可以关注一下我 我会定期分享一些关于Android进阶方面的知识，也会分享一下最新的面试题~

1. Kotlin

• Kotlin 通常被视为下一个 Java，它是由谷歌和 JetBrains（Android Studio 开发者）赞助的。Java 从一开始就一直是 Android 应用的首选开发语言，但近年来 Kotlin 迅速普及，如今在 10,000 种 Google Play 应用中有近 60％使用了 Kotlin[3]。虽说在少数需要访问底层原生代码的情况下，仍会继续使用 C++；但在其他情况下，Kotlin 都可以代替 Java。
• Kotlin 的主要优势是与 Java 的完全互操作性，这意味着开发人员可以尽可能迁移旧代码，而不用完全重写整个应用程序。这两种语言兼容得很好，Android Studio 甚至可以自动从 Java 转换为 Kotlin。
• 这种兼容性，加上更简洁的语法和数百项细小改进，使 Kotlin 在 StackOverflow 的 2019 年开发人员调查 [4] 中成为第四大“最受欢迎”和第五大“想要”的编程语言，在所有移动编程语言中排名最高。
• 迁移现有应用有一个好方法，就是在修改现有 Java 文件时将其转换为 Kotlin。虽然这意味着你要把经常编辑的文件转换过去，会增加代码审查的复杂度（比如会面临潜在的冲突），但由于转换后的区域能得到审查，因此可以确保任何问题都能被发现。
• 目前 Candyspace 中使用的 Kotlin 代码占 86％（并且一直在增长），其余的 14％是实用工具 / 转换代码，这些代码已经有些年头没改动过了。

2. Jetpack

谷歌的 AndroidX/Jetpack 库是一组实用工具，旨在简化常见的应用需求。例如用于设备上数据库的 Room[5]，或用来在底层数据更改时更新显示内容的 LiveData[6]。

有了 Jetpack 库，新项目就省掉了重新发明轮子的麻烦，也不必等待其他开发人员来开源他们的实现方式，现在每位开发者都能获取到那些基础要素了。这些库更新非常频繁，新功能不断推出，错误修复也会及时发布。由于这些库是为了协同工作而构建的，因此多使用 AndroidX 库有助于最大程度地减少应用中出现意外。

从开发工作起步开始就使用 Jetpack 库可以节省数百小时的时间，但我们也可以将已有的应用迁移到 Jetpack 库上面。虽然看起来很麻烦，但由于这些库非常流行，针对迁移工作的指南也很容易找到。至少，底层 Android 元素（视图、片段等）可以自动转换 [7]。

在 Candyspace，我们使用了 Data Binding 和 ViewModel，并可能很快加入 Room 和 Navigation。

3. 模块化设计

• 一直以来，应用都被构建为一个巨大的“应用”模块，其中包含整个应用所需的一切。尽管这样做确实能让资源共享起来更容易，但也意味着这个应用的某些部分无法为其他应用 / 开源项目所重用；更重要的是，对应用做出更改时必须重新编译整个代码库。
• 相反，如果应用由许多较小的模块组成，则只需重新编译做出更改的代码即可，从而大大缩短了构建时间。此外，模块化设计还为高级 Android 特性（例如即时应用——用户无需安装任何内容即可使用你的应用的部分功能，和动态特性——按需安装应用的各个部分）的应用打开了大门。
• 将一款现有应用拆分为多个模块可能会是一个很复杂的工作，因为会因此而发现之前隐藏的问题（“DateUtility 是什么东西？为什么每个类都需要它！？”）；但是一旦改造完成，代码库就会进入一种更加健康的状态。另外，如果一款新的应用需要类似的功能，则可以快速重用已有模块，从而大大节省时间！

模块化应用架构的一个示例

虽然设计一个模块化架构可能是很复杂的任务，但我之前已经写过一些指导性原则 [8]，这些原则受到了 Nikits Kozlov 关于模块化和构建时间的文章 [9] 的启发。Plaid 也写了一篇介绍他们向模块化设计迁移经验的文章 [10]。

在 Candyspace，我们的应用设计都是完全模块化的，以尽量减少构建时间对开发工作的中断影响。

4. App Bundle

使用传统的 APK 将应用分发到用户的设备时，必须安装针对所有设备准备的所有资源。这意味着每张位图图像可能会有 5 个副本（用于不同的屏幕精度），还要安装针对不同设备架构的多个库版本，甚至还得安装多组边距和填充值。

使用 App Bundle 分发一款应用时，用户下载的 APK 只包含他们实际所需要的资源。这样一来，平均的应用大小就会减少 20％，而未经优化的应用改换格式后应用大小将会得到更显著的缩减。

缩减应用大小的示例（资料来源于Google I/O 2018）

App Bundles 是 18 个月前刚刚诞生的，但已经有超过 25％的应用安装时使用了这种格式！这是谷歌推荐使用的格式 [11]，并且大多数应用几乎无需改动就能使用这种格式，只需在 Play 商店上处理一下 App Bundle 的签名即可。

在 Candyspace，我们正在迁移到 App Bundles 上，同时尽量避免破坏我们现有的工作流程（Slack、QAing 构建、非 Google Play 安装）。Alistair Sykes 的文章是一份很棒的迁移参考资料 [12]，文章考虑到了 CI 服务器、Slack 和 Google Play 内部应用共享等事项。

Android高级架构师

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

战项目、大纲路线、讲解视频，并且后续会持续更新**

需要这份系统化的资料的朋友，可以戳这里获取