本文已参与「新人创作礼」活动，一起开启掘金创作之路。 Fragment添加的方式与单Activity+多Fragment的实现方式 谷歌一直再喊，一个App只需要一个Activity就够了，Activ

Navigation框架的简单封装 这就是你们想要的封装了吧😄😄 通过前篇我们已经了解，Navigation 才是未来，但是它的使用太过复杂。

Navigation 的使用是不是只有这一种方案呢？ 保存/恢复 Fragment 的实例的方法有没有别的方案呢？如果有总共有哪些流派？大家使用都是基于哪一种流派实现的呢？有什么优缺点呢？

打开Android架构组件页面,我们可以发现一些最新发布的组件都支持了Flow,看起来官方在大力推荐使用Flow取代LiveData,那么问题来了,有必要吗?

在今年的三月份，我因为需要为项目搭建一个新的网络请求框架开始接触 Kotlin 协程。那时我司项目中同时存在着两种网络请求方式，采用的技术栈各不相同，Java、Kotlin、RxJava、LiveDa

我刚入行 Android 开发的时候，还没有 Fragments, RecyclerViews, ViewModels, 和 Coroutines（协程）。技术组件更新换代，但是唯一不变的是

DataBinding是Google早在2015年推出的数据绑定框架。使用DataBinding，省去了findViewById，并且能大量减少Activity的代码，让我们代码更有层级性，结构更加的清晰完善。而且有助于防止内存泄漏，并能够自动进行空检测以避免空指针。下面会介绍…

前言：勤学如春起之苗，不见其增，日有所长。——陶潜前言 公司开启新项目了，想着准备亮一手 Kotlin 协程应用到项目中去，之前有对 Kotlin 协程的知识进行一定量的学习，以为自己理解协程了，结果

函数式编程（FP）是基于一个简单又意义深远的前提的：只用纯函数来构建程序。这句话的深层意思是，我们应该用无副作用的函数来构建程序。什么是副作用呢？带有副作用的函数在调用的过程中不仅仅是只有简单的输入和输出行为，它还干了一些其它的事情。并且这些副作用会把影响扩散到函数外，比如： …