在实际 Android 开发过程确实会有很多相见恨晚的工具或网站出现，本文是我自己的一些分享。

ConstraintLayout 是一个使用“相对定位”灵活地确定微件的位置和大小的一个布局，在 2016 年 Google I/O 中面世，它的出现是为了解决开发中过于复杂的页面层级嵌套过多的问题

关于模块化 (组件化) 这个问题，我想每个开发者可能都认真的思考过。随着项目的开发，业务不断壮大，业务模块越来越多，各个模块间相互引用，耦合越来越严重，同时有些项目（比如我们公司）还伴随着子应用单独包装推广，影子应用单独发布等等需求，重新调整架构迫在眉睫。今天，我们就来聊聊模块化(组件化)，这篇文章同时也是我这几年，对项目架构的理解。

收藏❤️+关注❤️ = 学会😘，什么样的应用需要保活呢？像一些长时间需要独立运行在后台的工具类app，比如：一些跑步软件、支付宝语音提醒、轻启动等等。(不用root和xposed)

最近网上流传出「LiveData 被弃用，应该使用 Flow 替代 LiveData」的声音。 LiveData 真的有那么不堪吗？Flow 真的适合你使用吗？ 我们今天来讨论一下这两种组件。

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

首先，从用户体验的角度来说，豆瓣各个页面内容的滑动和衔接都十分顺滑，这一点十分佩服豆瓣的产品和开发。而豆瓣的详情页是我接触过的 UI 中动画最复杂的，因此一直想尝试实现一下。 另一方面也希望提升下自己处理复杂交互动画的能力。日常需求的交互都比较简单，也不涉及复杂的动画，或者有现…

本文基本上覆盖了Livedata的大部分用法和场景，如果您有更好的场景分析欢迎评论或私信我，帮助我我来充实文章内容

自定义shape和selector来满足一些UI的设计，本篇介绍用kotlin DSL简洁的语法特性来实现常见的drawable.