Jetpack Compose漫谈

最近Jetpack Compose发布了Beta版本，抽时间了解了一下Compose带来的改变和其中的一些原理。本文不会讲解具体API，只是比较随意的分享自己的一些疑问以及在探寻答案过程中的一些收获。

为什么要有Compose?

Android已经十年多了，传统的Android UI ToolKit有很多历史遗留问题，而有些官方也很难修改。比如View.java有三万多行代码，比如Combo box竟然叫Spinner，再比如Button继承自Textview。同时官方的一些widget修复依赖系统升级，到达用户周期过长。

通过在Jetpack中添加Compose，脱离了Android系统，代码修复可以更快地到达用户。

而对国内开发者来说，更统一的代码，意味着没有厂商定制。这几天有位同事说『哪个大佬有时间重写个editText吗，厂商/系统的一堆问题』，我想他可能要梦想成真了。

同时，Compose通过引入声明式编程，依赖Kotlin特性，可以让代码编写更快更简单。

想象写一个搜索通讯录的界面，传统的Android开发写这个界面需要多少代码？activity一个xml，item一个xml，封装一个recyclerview，再写一个Adapter，写了这么多，可能还费力不讨好，xml转成view的过程中，IO和反射影响了性能，界面再复杂一些，走异步layout还是x2c？而在compose中，可能只需要下面这段简短的代码，并且没有xml的性能问题。

如上图，在Compose中，不断的方法调方法，就完成了UI的组装。

什么是声明式编程？

提到Compose，就不得不了解什么是声明式编程。

我们来看一下维基百科的解释，声明式编程是一种编程范式，表达逻辑但不描述