1. Compose诞生背景

近年来，以React为代表的声明式UI开发思想席卷了整个前端开发领域。客户端与前端在产品形态上非常相似，也希望借鉴这种全新的开发思想来提升客户端UI的开发效率和体验。在这个大背景下，Android与iOS平台相继发布了自己的声明式UI开发框架。而在Android中的明式UI开发框架就是Compose

2. Compose的优势

2.1 官方的描述

先来看下官网上的描述 :
Jetpack Compose 是推荐用于构建原生 Android 界面的新工具包。它可简化并加快 Android 上的界面开发，使用更少的代码、强大的工具和直观的 Kotlin API，快速打造生动而精彩的应用。

是不是有点抽象 ? 所以我又重新罗列了一下Compose的优势，如下

2.2 声明式UI

不需要手动刷新数据，只需描述界面，Compose会负责处理剩余的工作。应用状态变化的时候，界面会自动更新。这是Compose极其重要的一个特性。

2.2.1 声明式UI和命令式UI的区别

声明式 UI 就是告诉框架做什么，具体怎么做我们不关心。
命令式 UI 就是命令框架怎么做，最终达到我们做什么的目的。

相当于声明式UI是房地产包工头，建房子得亲自下场，指挥建什么，怎么建。
而命令式UI是房地产老板，只需要关心建几栋，建在哪里，建成什么样就可以了，具体的建造过程不需要关心。

声明式 UI 其实是将“怎么做”这部分做了封装，让我们专注于“做什么”

2.3 去除了XML

使用 xml + Kotlin (Java) 开发，不可避免地涉及到两种语言的交互，就会有局限性，比如布局id要生成R资源ID，用java要找到View，进行为空判断啥的，所以才会出现诸如Butter Knife、DataBinding、ViewBinding之类的库。

而Compose 只使用 Kotlin 一种语言，用 Kotlin 来代替 xml 文件写布局，代码会自由和方便得多。完全解除了混合写法（xml + Java、Kotlin）的局限性，再也不需要 findViewById。

2.4 精简代码数量

作为代码开发者，需要测试和调试的代码会更少，出现 bug 的可能性也更小，可以专注于解决手头的问题；作为审核人员或维护人员，需要阅读、理解、审核和维护的代码更少。

• 精简代码数量 ，能减少bug的出现
• 实现同样的功能只需要以前一半的代码量
• 无论要构建什么，都很简洁且易于维护

2.5 超强兼容性

Compose 与所有的现有代码兼容：可以从 View 调用 Compose 代码，也可以从 Compose 调用 View。

• 兼容现有的所有代码，Compose 能够与现有 View 体系并存，这意味着可实现渐进式替换。
• 大多数常用库（如 Navigation、ViewModel 和 Kotlin 协程）都适用于 Compose。
• 最低兼容到 API 21，支持市面上绝大多数Android设备的使用。

具体详见我的另外一篇博客 : Compose 和 Android 传统View 互相调用

2.6 加速开发

Compose 为我们提供了很多开箱即用的API，内置对 Material Design、深色主题、动画等的支持，
可以节省不少精力，能够让我们快速创建精美的应用。

• 得益于良好的架构分层，可以基于任意一层进行构建。
• 利用 Compose，可以轻松快速地通过动画让应用变得生动有趣
• 借助全面的 Android Studio 支持以及实时预览等功能，可以更快地迭代和交付代码

2.6.1 Compose模块分层

Compose从上到下分为四层，每一层都可以单独使用，在不同维度提供能力支持。

这意味着未来一定会出现很多Compose的UI主题库，基于Foundation来实现，类似于 前端的UI库，等Compose生态成熟后，就会有很多的UI主题库可以使用啦。

3. 小结

可以这么说，Compose 就是 Android 的未来，而这个未来即将到来或者说已经到来。对于Android开发者来说是不得不学的了。所以还等啥 ? 快上车 !