从二零一几年 Android刚推进国内至今，Android生态也发生了不少变化，从一个多年经验的Android开发者角度分析Android的开发现状，不喜勿喷。
Kotlin
Kotlin已经成为Android开发的官方语言，Android的新的文档和Sample代码都开始转向 Kotlin，在未来Java将加速被 Kotlin替代。
KTX
KTX是Kotlin与Android之间无缝衔接的 粘合剂，是Kotlin和Android能够发生化学反应的催化剂。未来将在Coroutine等各方面为Android提供更多支持。
Jetpack
Jetpack的意义在于帮我们在SDK基础上提供了一系列中间件工具，让我们可以摆脱不断造轮子抄轮子的窘境。同类的解决方案首先考虑Jetpack其次考虑第三方实现，没毛病。
当然Jetpack本身也会不断吸收优秀的第三方解决方案进来。所以作为开发者实时关注其最新动态就可以了。
Fragment
自从Android开始推荐SAA（Single Activity Application）模式以来，Fragment的角色越发重要，出现了很多改进，FragmentFactory、FragmentContainerView等增加了很多新技能。
根据Android Submit中介绍，对于一直被诟病的Fragment的复杂的 生命周期在不久的未来也会被优化（Fragment将废弃onActivityCreated），所以有条件的话希望大家多使用Fragment少使用Activity。
无论是多个Activity还是多个Fragment，都不存在原罪，本质上都是为了提供丰富灵活的视觉交互。区别在于，作为实现者你能否熟练掌控内存更加友好同时也更难驾驭的Fragment，以达到Activity一样甚至更佳的表现。
Security
安全性是个容易被忽略的需求，但是在未来将会越来越受重要。Security是Jetpack提供的可用于SharedPreferences等数据读写场景的加密库，以往这种需求往往是开发者自己实现，现在官方提供了统一的解决方案，值得尝试。
Paging
Paging不用多介绍了，现在是列表页面中的主流方案。3.0好像用Kotlin完全重写了，全面转向Coroutine，将会给开发者带来全新的使用体验。
Android Code Search
官方提供的AOSP以及Jetpack源码的检索工具，不只是简单的显示代码，左侧还可以浏览文件目录和文件的outline，还可以查看git提交历史等。但是毕竟不是本地代码，再加上服务器在境外，访问体验不是很流畅，作为简单大范围浏览时使用这个在线工具，作为模块精读时还是clone到本地比较好。
DI
虽然Kotlin有Koin等方案，但是Google在Android中仍然推荐首选Dagger，各种AAC的demo里也充斥着dagger的使用。虽然Dagger的学习门槛相对其其他同类框架稍高，在大型项目中确实是有长远收益的，未来对于dagger-android的易用性上也会进一步优化，建议作为DI的首选方案 。
Coroutines
个人认为Coroutines到目前为止的推广速度不尽人意，可能是因为Andorid端一直缺少前端那样的Promise模型的 异步通信（Future在Android上的使用也不多），所以开发者缺少对协程理解的心智基础，再加上RxJava等框架实在太过优秀。
但是随着Flow的推出，以及Jetpack对Coroutines的不断加持，我对其未来还是保持乐观的，没有接触过的同学最好赶紧熟悉起来。
Kotlin multiplatform project
KotlinConf 2019中关于MPP的讨论非常多，Kotlin1.4也将最多的升级放到了MPP上，个人感觉MPP作为Kotlin未来竞争力的关键，势必得到Jetbrins甚至Google的重视，未来潜力巨大，值得关注。
Jetpack Compose
Compose是Google I/O 2019 发布的新的声明式的UI框架。其实Google内部自2017年便开始立项，目前已发布beta版，API已稳定，构建，预览等开发体验已经趋于完整。
而且新的设计思想绝对是趋势，已经在 react 和flutter等前端领域中得到验证，ios开发中同期推出的swiftUI更是证明了业界对于这种声明式UI开发趋势的共识。
早期 Google大费周章号召全球开发者使用并设计Compose作品，也足见其对Compose的决心和信心。这必将是日后Android app极为重要的编程方式。
Android Studio
AS一直在顺利地演进中。Android Studio 4.x 增加了很多新功能 例如对Compose的支持，Motion Editor，Database Inspector以及3D View等，非常便方便。另外，D8/R8的Desugaring可以帮助我们在更低版本OS上使用Java8。
minSdkVersion
个人感觉minSdkVersion应该从23起步，23以下的机型在APP开发中可以直接放弃。
总结
这几年Android新技术的迭代明显加速了，这里有来自外部跨平台新物种的挑战，有去Java化的商业考量，也有Jetpack等官方自建平台的加速等多种原因。
作为Android开发者，我们需要密切关注的同时也不必盲目跟随，还是要认清趋势，结合项目现状再下手也不迟，避免在那些昙花一现的所谓新技术上浪费时间。
最后，在这里我有一份收录整理的Android开发面试专题+高级进阶架构资料，这些都是我现在闲暇时还会反复翻阅的精品资料，需要的可直接去访问我**GitHub进行查阅:https://github.com/733gh/Android-T3 ↓↓↓**
有需要的可以复制下方链接，传送直达！！！
https://qr21.cn/CaZQLo?BIZ=ECOMMERCE
原文地址：https://blog.csdn.net/weixin_61845324
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。