我參加了Jetpack Compose開發挑戰賽

本文同步發表于我的微信公眾號，掃一掃文章底部的二維碼或在微信搜索 郭霖 即可關注，每個作業日都有文章更新，

相信不少關注谷歌開發者官方公眾號的小伙伴們最近應該都知道了一個訊息，

隨著Jetpack Compose首個Beta版的發布，Google在上周四的時候發起了一個Android開發挑戰賽的活動，

在接下來的四周時間里，Google每周都將發起一個挑戰專案，以幫助開發者能夠更加熟練地使用Jetpack Compose來構建出色的應用，參與挑戰還有機會贏取包括Pixel 5在內的1000多份獎品，

完整的活動內容可以參考谷歌開發者公眾號發布的原文，點擊這里查看，

本周挑戰專案的內容是，撰寫一個小狗領養應用，我看了一下專案的要求，其實非常簡單，就是包含一個小狗串列的概覽頁面，以及顯示每只小狗具體情況的詳細資訊頁面即可，

而這個挑戰專案的獎品是，由樂高積木組成的限量版Jetpack Compose超級英雄獎杯，成功完成這項挑戰并提交參賽作品的前500人可以將此獎杯收入囊中，

雖說這個專案看上去很簡單，但是Google有個要求，就是你必須使用Jetpack Compose來撰寫界面，用傳統的界面寫法來完成這個專案是無效的，

因為這是Google在全球范圍舉辦的一次開發挑戰賽，想要成為前500名難度還是不小的，所以一開始我也在猶豫到底要不要參加，不過后來想了想，即使沒有拿到獎品也沒關系，我可以把這個挑戰當成是一次學習的機會，通過完成這個專案來熟悉Jetpack Compose也是不錯的，

Jetpack Compose這個庫雖然我在之前也算是有些了解，但現在幾乎約等于完全不懂，因為我在學習Jetpack Compose的時候，它還屬于非常非常早期的版本，API極其不穩定，在網上找的一些學習資料想跟著敲一下，結果發現，一會這個函式沒了，一會那個函式改名了，一會引數又變動了，讓人完全無法進行下去，后來我就暫時放棄了學習，想等API穩定了之后再學，

而現在，Jetpack Compose終于發布了首個Beta版，這也就意味著它的API已經基本穩定，不會再發生什么特別大的變動了，因此，我決定參加這個挑戰賽，既當成是挑戰，也當成是學習的程序，

不過本篇文章不會涉及Jetpack Compose的知識講解，我在做這個專案的時候基本也是一邊查一邊寫的，了解的內容還非常表面，等以后對Jetpack Compose熟悉了之后，我可能會專門寫一系列的文章來講解這個庫，

下面講一講首周的挑戰專案吧，

不管是使用Jetpack Compose，還是使用傳統的寫法去實作，首先你必須要擁有用于展示的資料才行，于是我在Google上找了一個專門介紹小狗的網站：

https://dogtime.com/

在這個網站上面搜集了一些小狗的資訊和圖片，這樣資料就算是準備好了，

另外，你是不可以自己隨便創建一個專案就開始寫代碼的，Google給我們提供了一個模板，必須在它的模板下撰寫代碼才行，模板地址是：

https://github.com/android/android-dev-challenge-compose

打開這個地址，并點擊Use this template按鈕，就會將這個模板復制一份到你自己的GitHub倉庫，

接下來在你自己的GitHub倉庫中將專案clone到本地，然后在這里撰寫代碼即可，

至于具體的代碼我就不貼出來了，因為基本都是Jetpack Compose相關的代碼，而我在本篇文章中是不準備講解Jetpack Compose的，

盡管很多東西我都還不會，就這樣邊查邊寫，我還是在一天時間內把這個專案給做出來了，效果非常簡單，不過最基本的專案要求都滿足了，如下圖所示：

可以看到，一個小狗串列界面，以及每只小狗的詳細資訊界面都有了，另外我們還可以通過點擊按鈕來領養小狗，

雖然代碼已經寫完了，但是我在提交代碼時才意識到，Google的挑戰賽專案并沒有那么容易，因為Google設定了一套嚴格的代碼檢查機制，你的代碼必須是完全符合規范的才能編譯通過，

我自認為自己平時的編程風格是非常規范的，并且微軟也有這種類似的代碼審核機制，但完全沒有Google的這套嚴格，在Google的這套規則中，每個類的頭部都要按照固定的格式宣告著作權，代碼中import的包不能使用*通配符，得一個個手動引入，而且引入的包必須按照字符表的順序排列，所有代碼的換行，空格等等都有嚴格的規范，少寫一個空格，少加一個換行都會導致編譯失敗，

我基本是按照報錯的提示一個個進行修改，但是改了一處，提交代碼，又會有其他地方報錯，改了老半天，我竟然沒有一次代碼是可以編譯通過的，簡直快把我搞崩潰了，

后來重新打開了這個挑戰專案的GitHub主頁，發現主頁上有這樣一段描述：

原來專案中會使用Spotless來檢查我們的代碼是否規范，雖然我并不知道Spotless是個什么工具，但是這個名字聽起來就感覺很變態，因為它是完美無暇的意思，也就是說，Google會用這個工具來檢查我們的代碼是否完美無暇，一個空格都不會放過，

不過好在它還是給了我們一個簡單的解決方案，運行 ./gradlew app:spotlessApply 命令可以自動將所有代碼按照Spotless的規范進行格式化，這樣就能夠通過檢查了，

最后我是通過這種方式來讓專案編譯通過的，但是在正式專案當中，并不推薦大家這樣使用，這就好像我從不建議大家使用Ctrl + Shift + L來格式化代碼一樣，因為用這種快捷的方式可能會導致許多并非你自己撰寫的代碼發生變動，從而對以后追查代碼變動歷史造成很大的困擾，

專案編譯通過之后，構建任務會轉變成綠色，如下圖所示：

最后，我們還需要按照Google給出的模板修改README.md檔案，這個倒是挺簡單的，模板都是給好的，往里面填內容就行了，隨便寫點專案描述，以及這個專案有什么優勢即可，

然后重繪倉庫頁面，你會發現這個模板已經自動幫你生成一個比較漂亮的專案主頁了，

注意，這個主頁的頂部有個Check passing的圖示，只有你的專案編譯通過了才會顯示這個圖示，因此從這里就可以迅速看出你提交的代碼有沒有通過Google的檢查，

所有作業都完成了之后，接下來就可以去提交比賽作品了，提交地址是：

http://goo.gle/dev-challenge-week-1-submission

令我沒想到的是，在提交作品時，Google竟然還要求參賽者必須發條推文：

于是我又去找回了多年沒有使用過的Twitter賬號，發了一條久違的推文，

至此，整個參賽程序結束，耗時一天，

希望本文的整理也能對其他有意愿參賽的選手有所幫助，即使首周的比賽可能已經有些來不及了，但是接下來還有3周的比賽，并且后面獎品只會更加豐富，

不過我不知道我自己是否會繼續參加后面的比賽，一是未必每周都有時間，二是如果后面挑戰專案的難度升級，我可能就做不出來了，所以走一步看一步吧，

如果是想要借助這個專案來學習Jetpack Compose的朋友，也可以參考一下我的實作，原始碼地址是：

https://github.com/guolindev/android-dev-challenge-compose

如果想要學習Kotlin和最新的Android知識，可以參考我的新書 《第一行代碼 第3版》，點擊此處查看詳情，

關注我的技術公眾號，每個作業日都有優質技術文章推送，

微信掃一掃下方二維碼即可關注：