为什么要使用 Compose 来进行 Android 开发 ?

梦里梦外; 2023-10-09 15:17 136阅读 0赞

### 1. Compose诞生背景 ###

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

### 2. Compose的优势 ###

#### 2.1 官方的描述 ####

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

![在这里插入图片描述][3f249eefa93140339e1838124d2dd397.png]  
是不是有点抽象 ? 所以我又重新罗列了一下`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 互相调用][Compose _ Android _View]

#### 2.6 加速开发 ####

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

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

##### 2.6.1 Compose模块分层 #####

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

<table> 
 <thead> 
  <tr> 
   <th>Compose模块</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Material</td> 
   <td>此模块位于最上层，基于Material Design系统实现的各种Composable</td> 
  </tr> 
  <tr> 
   <td>Foundation</td> 
   <td>此模块为UI提供了一些基础的Composable，例如Row、Column、lazyColumn等布局类UI，以及特定手势识别等，这些基础Composable在很多平台都可以通用</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>UI</td> 
   <td>此模块构筑了上层Composable运行的基础，例如Composable的测量、布局、绘制、事件处理以及Modifier管理等</td> 
  </tr> 
  <tr> 
   <td>Runtime</td> 
   <td>此模块提供了基本的对UI树的管理能力，如果只需要Compose的树管理能力，而不需要其UI，则可以直接基于此层进行构建</td> 
  </tr> 
 </tbody> 
</table>

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

### 3. 小结 ###

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

[3f249eefa93140339e1838124d2dd397.png]: https://img-blog.csdnimg.cn/3f249eefa93140339e1838124d2dd397.png
[Compose _ Android _View]: https://blog.csdn.net/EthanCo/article/details/128363313