擴充套件訪問 Uber Lite App開發始末

為了應對這個挑戰，我們構建了uber lite（uber精簡版），這是為那些使用老款安卓裝置以及網路基礎設施可能無法提供可靠的lte資料連線的地區而設計的。

圖1 在世界範圍內，40%的uber乘客使用安卓手機，其硬體相當於2023年或更早的版本

我們的工作促成了2023年uber lite的發布，也涉及對全球各地乘客需求的研究，並考慮了他們可用的手機和無線網路。從一系列嚴格的要求開始，我們的工程團隊定下了設計決策，要最大限度地減少應用程式對手機和網路資源的需求。uber lite反映了我們對超越地區和經濟的交通需求的認識。

針對這些情況，為了設計乙個高效能的應用程式，我們堅持了這三個指導原則：輕量（light）、即時（instant）和簡單（******）。

點選地圖：uber lite只顯示地圖，乘客在必要時選擇檢視基本的實時地圖。這種體驗的前提是減少地圖的使用，以減少對資料網路的要求。

由****伺服器驅動的客戶端：uber lite使用了乙個服務編排層和後端元件來計算和呈現需要從uber平台獲取和編排大量資料的作業。這種工程策略將網路有效載荷減少到不到1個最大傳輸單元（maximum transmission unit，簡稱mtu）。

保留單一dalvik可執行檔案（dalvik executable，簡稱dex實時通知：uber lite支援實時通知，可以給乘客傳遞重要的告警資訊。

使用乙個簡單易懂的5步流程為乘客帶來良好的使用體驗，這樣可以獲得更好的成行比率（完成的乘行與收到的會話之前的比例），這與使用更強大但在較舊的硬體上或在較慢的網路中效能不佳的應用程式形成了鮮明對比。

圖2 uber lite使用乘客附近的地標簡化了目的地輸入

例如，我們使用rib

此外，由於uber lite涉及的螢幕切換會少一些，因此，我們只在ribs螢幕棧中建立了一些小模組，只包含原生的螢幕切換。這樣就可以去掉大約200kb大小的額外依賴項。

除了限制庫的大小之外，我們還通過以下方式減小uber lite的體積：

圖3 uber lite預載入資料（如可用的產品型別），以免因過度的網路呼叫而給應用程式帶來負擔

uber lite的旅程才剛開始，我們看好它的未來前景。隨著時間的推移，我們將繼續構建新的功能，同時尋找方法來控制應用程式的大小，並堅持我們的設計原則：輕量級、即時和簡單。下面，我們來討論一些未來uber lite要新增的內容。

檢視英文原文：expanding access: engineering uber lite