Day 30 Compose UI never End

总算写到 30 天了，谢谢各位看倌的耐心，

最後一篇是今年铁人赛的总回顾，我想对自己一开始的规划是否有达成，进行回顾跟检讨。

根据 Day 1 的内容

Day 1
1. 为什麽要学 Compose UI ？
2. Compose UI 有什麽好处？
3. 不学会怎样吗？
4. 假使真的要学，怎麽学习最简单快速？

我期望此次的铁人赛我会分成近30个章节，
每个章节我会尽量能让他变成非常简单，
简单到期望新手可以不用学习以前的 Android UI 就能直接使用 Compose UI 开发的程度。
希望能简单到观看的人能够复制贴上就能写完，但是在此同时，
我会希望能花时间让我或是观看者了解，这部分的程序，可能有哪些需要注意的部分。

前三题 我在 Day2 的时候有简略的猜测与回答，经过30天後，我觉得得到的经验符合预期。

1. Compose UI 是一个比较现代，可以让你更方便、且更有弹性写出App功能的函式库。
2. 不熟悉的人转换成这样的函式库，需要时间了解，主要难处在於如何将原本的写 UI 的概念转换成宣告式UI，有点类似状态机的概念。
3. 不学不会有事，只是未来可以预期Google 在这方面会有更多的支援。
   （我也得知最近就会有一些 Compose UI 相关的推广活动，详情可以关注 GDG）

此次文章有没有容易倒不用学习就能直接使用开发，
如果你觉得有因此了解整个 Compose UI的基础的话，要请您务必回文让我知道xD

但是文章的排列我自己觉得排的蛮糟的，因为我给自己设定的每篇文章研究撰写时间，都是1-2个番茄钟时间，所以写得非常的赶。主要因素也是这次活动的时间刚好嘎到我公司专案的进度，很多时候真的都是"抽空"来撰写的，如果写错或不好的地方还请指出，我会尽早修正。

下次参与（下次....），可能每篇文章规划会多规划一两个番茄钟时间，去调整文章的排版。

写了快一个月的 Compose UI，是不是也应该提到一下程序的架构，
以及如何藉由 ViewModel 与其互动呢？其实隔壁棚（连结）已经讲非常多了，
我也不是什麽特别厉害的开发者，所以只简单分享一下我的看法。

我觉得很多人在初期学习的时候，并不一定要急着直接应用到很艰深的架构，
一口气吃不成胖子，很多应用一开始也不会需要用到太复杂的架构体系，
以大多数初学的情况来说，试着了解将程序拆开成 MVVM即可，
将逻辑都写在VM里面也无妨，就是将 ViewMode 当成 MVC架构的C来看待即可。

当然跟现代很完整的架构来看会有很多缺失，但是初步来说我觉得做到这样就好。
我也认同如果能一开始就加入很有架构的团队是最好的，
不过我相信更多的人，都是从没有架构或是混乱的程序码开始的。
在这种情况下，简易的使用一些基本的功能处理掉需求，
可能会让你在工作上更得心应手，也比较不会造成到未来的你或是接手专案的人的困扰～

如果你後续对 Compose UI 有兴趣也想组队学习的话，欢迎留言或是联系我，我们可以组个 Compose UI 读书会去一起掌握这个很新颖的开发函式库！一起加油！

最後表列一些这个月内，查到但没有写进文章内的参考资料，比较适合想了解更多的开发者，

最後再次谢谢努力观看完整篇系列文章被我荼毒的读者，文章排列及图片解析度的问题我会再抽空整理...哈哈！

如果都看完这系列的文章，那就恭喜你也掌握了 Compose UI 基础元件，期待下次见罗！

参考资料：

• Compose UI Pagination: https://proandroiddev.com/learn-with-code-jetpack-compose-lists-and-pagination-part-1-545447c55cb2
• https://github.com/android/compose-samples

本文同步发表在 Medium 文章连结