Google Play 商店近期要求上架產品的 API 級別需為 33 以上,你處理好了嗎?處理舊專案時,想要符合 API 級別的要求、期盼專案日後有更好的擴充性及工具可使用,但望向專案中數十個依賴項後又不禁停止了升級的步伐。本文試著以最無效率的試誤法,從 Logcat 中挖掘可用的蛛絲馬跡,進一步來調整 gradle 的各項設定。
以我的 Movie Critics 這款學習用的作品為例,今年陸續收到 Google Play Store 寄來的提醒郵件。 商店政策規定,自2023年8月31...
這個月公司剛辦完中元節普渡拜拜,主管很貼心的幫我們買了許多包乖乖,希望能加持我們的硬體設備來順利運行。 專案 gradle 升級過程中,如果能有一隻看起來順眼的...
在 Day 2 我們看到 Gradle Script 項下有許多檔案,這些檔案最主要的目的是什麼? 先來看以下的對應關係: Application reposi...
Day 2 有留下一個問題:build.gradle(Module :sinch-android-rtc-3.9.14) 這個檔案是什麼? 我們來重新看一下 g...
Day 2 有提到 compileSdkVersion 可以用 compileSdk 替換。 替換後,我隨即把版本號碼從 31 提升至 33。依序按下 Sync...
Day 4 有提到為了實現通話功能而多出來的 build.gradle(Module :sinch-android-rtc-3.9.14) 要怎麼處理。 用多出...
以下是 build.gradle(Project:專案名稱) 的示例: buildscript { ext.kotlin_version = "...
Day 7 介紹 build.gradle(Project:專案名稱),有看到一個 task 區塊。今天來看看它有什麼作用。 task clean(type:...
舊專案的 repositories 竟然高達 4 個區塊,真是令人不敢置信。這麼多的區塊導致分不清哪些儲存庫來源是真正在使用的。 先來看一下原本的模樣: bui...
接續 Day 9,接著來看 dependencyResolutionManagement{} 的作用。 settings.gradle pluginManage...