如題，是昨天與今天血淋淋發生的經驗，手上客戶昨天新上架了小綠人 Android 的 App，但因為公司政策，我們都無法去他們的上架中心，客戶資訊中心統一負責，就變成都用截圖在同步...然後來回當中就發現有兩種檔案類型可以進行 Android App 的上架 ! 開啟了今天的鐵人賽
大家好，我是 Jade Chang
先前任職於科技外商，主要負責對於 Developers 的開發經驗體驗，過去 5-6 年出沒於技術社群以及大專院校。嘗試過直播節目、技術黑客松、帶狀節目系列以及線上短期活動等行銷策略，半年前轉職到台灣在地的軟體開發商，從事行銷與專案經理，也合夥新創了一間數位公司，超展開職涯要開始囉!!!
APK的大小每增加6MB，安裝率降低1％
Android App Bundle不只能縮小應用程式安裝容量，還能模組化加卸載功能
應用程式的從原本的幾 KB 變成現在的幾十 MB 甚至到巨巨的 GB 等級，原因其實不外乎現今的應用程式能做到的事情越來越多，功能越來越齊全，整合式的服務所帶來的方便與不可取代性也越來越高。同樣的，為能攬入最大極限的市場每個應用程式都使出渾手解數，多語言的提供與當中使用者的視覺與流程體驗都達到最大化，因此應用程式的「體積」也就隨之越來越大。
然而，現在的手機容量也是越出越大，想當年 IPHONE 從 16G 起跳，動不動就要刪除照片換取更大的容量，到現在2020都已經從 64G 開始起跳，大到跟小電腦一樣 512G 的容量。再想想，就算手機容量變大，App 相對也在變大，使使用者依賴 App 的行為也從以前的鬧鐘、計算機到現在紀錄支出、經期等大小事情都用不同的 App，手機容量的增大相較之下也沒這麼大了。
App 開發好了之後包成了 Android 應用程式的 APK 檔，請客戶透過資訊中心上架，結果上傳的時候收到這樣的通知..您的 APK 尚未最佳化，建議採用 Android App Bundle。
燈冷 ! 工程師就去處理了然後丟了一個(.aab)的 ZIP 檔就上傳成功了，但對我這菜菜專案經理就想知道 差 ! 在 ! 哪 ! 為何不給老娘上架!!
幾個優勢 :
就是幫 App 在載入到使用者手機上的時候做量身打造的區塊式的瘦身拉!
這種應用程式發布的新模型，能夠顯著減少應用程式的容量，降低占用裝置的空間並且縮短下載時間，平均縮小達3.5％，Google表示，使用Android Studio 3.2以及Unity 2018.3測試版以上，都可以用來建構 App Bundle
客戶的瘦身對比是這樣的 !
其他人也都省去了非常多的體積
公司每周都有讀書會，紀錄每天讀到的精華給大家 Take Away
<<彼得原理>> 員工並不真的反對無能之人，他們只是用反對無能的行為來掩飾自己對提拔者的忌妒罷了 !
歡迎訂閱我 Medium 或是透過 Facebook 一起來交流
iThome鐵人賽
看影片追技術