如何理解retrofit語法

這篇文章主要講解了“如何理解retrofit語法”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“如何理解retrofit語法”吧！

1.追求高薪資

相對小廠而言，大廠的薪資水平會更高不少。具體數(shù)字區(qū)間就不細說了，但是大廠整體會大方很多，只要你能夠通過面試，30%甚至更高的漲薪都有機會拿到，更何況，大廠的年終獎也不會被“無良”老板隨意克扣。

2.追求穩(wěn)定

去年整體大環(huán)境不行，很多公司裁員，尤其是不太盈利的中小廠，比如某團、某滴。而對于大廠而言，裁員的概率會小很多，畢竟裁員帶來的收益遠比不上因此帶來的負面效應(yīng)和股價下跌。

3.追求職業(yè)發(fā)展

近兩年很多發(fā)展快的企業(yè)以 double 薪資去BAT挖人，比如頭條、拼多多之類的。因此，從長遠的職業(yè)發(fā)展角度考慮，BAT 的工作背景就相當(dāng)于清北畢業(yè)的學(xué)生一樣搶手。有了 BAT 的背景，未來無論跳槽還是晉升、成為技術(shù)經(jīng)理或者架構(gòu)師，自己都具有足夠的主動性。

1. Kotlin  

• Kotlin 通常被視為下一個 Java，它是由谷歌和 JetBrains（Android Studio 開發(fā)者）贊助的。Java 從一開始就一直是 Android 應(yīng)用的首選開發(fā)語言，但近年來 Kotlin 迅速普及，如今在 10,000 種 Google Play 應(yīng)用中有近 60％使用了 Kotlin[3]。雖說在少數(shù)需要訪問底層原生代碼的情況下，仍會繼續(xù)使用 C++；但在其他情況下，Kotlin 都可以代替 Java。

• Kotlin 的主要優(yōu)勢是與 Java 的完全互操作性，這意味著開發(fā)人員可以盡可能遷移舊代碼，而不用完全重寫整個應(yīng)用程序。這兩種語言兼容得很好，Android Studio 甚至可以自動從 Java 轉(zhuǎn)換為 Kotlin。

• 這種兼容性，加上更簡潔的語法和數(shù)百項細小改進，使 Kotlin 在 StackOverflow 的 2019 年開發(fā)人員調(diào)查 [4] 中成為第四大“最受歡迎”和第五大“想要”的編程語言，在所有移動編程語言中排名最高。

• 遷移現(xiàn)有應(yīng)用有一個好方法，就是在修改現(xiàn)有 Java 文件時將其轉(zhuǎn)換為 Kotlin。雖然這意味著你要把經(jīng)常編輯的文件轉(zhuǎn)換過去，會增加代碼審查的復(fù)雜度（比如會面臨潛在的沖突），但由于轉(zhuǎn)換后的區(qū)域能得到審查，因此可以確保任何問題都能被發(fā)現(xiàn)。

• 目前 Candyspace 中使用的 Kotlin 代碼占 86％（并且一直在增長），其余的 14％是實用工具 / 轉(zhuǎn)換代碼，這些代碼已經(jīng)有些年頭沒改動過了。

2. Jetpack

谷歌的 AndroidX/Jetpack 庫是一組實用工具，旨在簡化常見的應(yīng)用需求。例如用于設(shè)備上數(shù)據(jù)庫的 Room[5]，或用來在底層數(shù)據(jù)更改時更新顯示內(nèi)容的 LiveData[6]。

有了 Jetpack 庫，新項目就省掉了重新發(fā)明輪子的麻煩，也不必等待其他開發(fā)人員來開源他們的實現(xiàn)方式，現(xiàn)在每位開發(fā)者都能獲取到那些基礎(chǔ)要素了。這些庫更新非常頻繁，新功能不斷推出，錯誤修復(fù)也會及時發(fā)布。由于這些庫是為了協(xié)同工作而構(gòu)建的，因此多使用 AndroidX 庫有助于最大程度地減少應(yīng)用中出現(xiàn)意外。

從開發(fā)工作起步開始就使用 Jetpack 庫可以節(jié)省數(shù)百小時的時間，但我們也可以將已有的應(yīng)用遷移到 Jetpack 庫上面。雖然看起來很麻煩，但由于這些庫非常流行，針對遷移工作的指南也很容易找到。至少，底層 Android 元素（視圖、片段等）可以自動轉(zhuǎn)換 [7]。

在 Candyspace，我們使用了 Data Binding 和 ViewModel，并可能很快加入 Room 和 Navigation。

3. 模塊化設(shè)計

• 一直以來，應(yīng)用都被構(gòu)建為一個巨大的“應(yīng)用”模塊，其中包含整個應(yīng)用所需的一切。盡管這樣做確實能讓資源共享起來更容易，但也意味著這個應(yīng)用的某些部分無法為其他應(yīng)用 / 開源項目所重用；更重要的是，對應(yīng)用做出更改時必須重新編譯整個代碼庫。

• 相反，如果應(yīng)用由許多較小的模塊組成，則只需重新編譯做出更改的代碼即可，從而大大縮短了構(gòu)建時間。此外，模塊化設(shè)計還為高級 Android 特性（例如即時應(yīng)用——用戶無需安裝任何內(nèi)容即可使用你的應(yīng)用的部分功能，和動態(tài)特性——按需安裝應(yīng)用的各個部分）的應(yīng)用打開了大門。

• 將一款現(xiàn)有應(yīng)用拆分為多個模塊可能會是一個很復(fù)雜的工作，因為會因此而發(fā)現(xiàn)之前隱藏的問題（“DateUtility 是什么東西？為什么每個類都需要它??？”）；但是一旦改造完成，代碼庫就會進入一種更加健康的狀態(tài)。另外，如果一款新的應(yīng)用需要類似的功能，則可以快速重用已有模塊，從而大大節(jié)省時間！

模塊化應(yīng)用架構(gòu)的一個示例

雖然設(shè)計一個模塊化架構(gòu)可能是很復(fù)雜的任務(wù)，但我之前已經(jīng)寫過一些指導(dǎo)性原則 [8]，這些原則受到了 Nikits Kozlov 關(guān)于模塊化和構(gòu)建時間的文章 [9] 的啟發(fā)。Plaid 也寫了一篇介紹他們向模塊化設(shè)計遷移經(jīng)驗的文章 [10]。

在 Candyspace，我們的應(yīng)用設(shè)計都是完全模塊化的，以盡量減少構(gòu)建時間對開發(fā)工作的中斷影響。

4. App Bundle

使用傳統(tǒng)的 APK 將應(yīng)用分發(fā)到用戶的設(shè)備時，必須安裝針對所有設(shè)備準(zhǔn)備的所有資源。這意味著每張位圖圖像可能會有 5 個副本（用于不同的屏幕精度），還要安裝針對不同設(shè)備架構(gòu)的多個庫版本，甚至還得安裝多組邊距和填充值。

使用 App Bundle 分發(fā)一款應(yīng)用時，用戶下載的 APK 只包含他們實際所需要的資源。這樣一來，平均的應(yīng)用大小就會減少 20％，而未經(jīng)優(yōu)化的應(yīng)用改換格式后應(yīng)用大小將會得到更顯著的縮減。

縮減應(yīng)用大小的示例

App Bundles 是 18 個月前剛剛誕生的，但已經(jīng)有超過 25％的應(yīng)用安裝時使用了這種格式！這是谷歌推薦使用的格式 [11]，并且大多數(shù)應(yīng)用幾乎無需改動就能使用這種格式，只需在 Play 商店上處理一下 App Bundle 的簽名即可。

在 Candyspace，我們正在遷移到 App Bundles 上，同時盡量避免破壞我們現(xiàn)有的工作流程（Slack、QAing 構(gòu)建、非 Google Play 安裝）。Alistair Sykes 的文章是一份很棒的遷移參考資料 [12]，文章考慮到了 CI 服務(wù)器、Slack 和 Google Play 內(nèi)部應(yīng)用共享等事項。

感謝各位的閱讀，以上就是“如何理解retrofit語法”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對如何理解retrofit語法這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！