全部產品
Search
文件中心

Mobile Platform as a Service:交通

更新時間:Jul 13, 2024

本文介紹了在交通行業中使用了移動開發平台服務的客戶案例。

北京公交

mPaaS x 啟迪公交:為北京公交 App 重構研發模式。

客戶介紹

啟迪公交,是中國領先的智慧公交系統方案供應商和服務電訊廠商。旗下產品「北京公交 App」串聯起了北京公用交通系統中的公交、地鐵兩大情境,為乘客打造了候車查車、掃碼乘車、通勤娛樂等一站式交通服務。

業務挑戰

中國規模最大、車輛最多、車型和計費最複雜的城市公交系統,需要支撐北京市公交地鐵早晚高峰出行 1500 筆/秒刷卡並發訪問。並且隨著北京市日均 800 萬人次乘坐公交出行,每日產生 1600 萬筆公用交通上下車刷卡資料。

為解決高並發業務在端上的體驗,同時輔助研發團隊提升效率,啟迪公交急需引入“動態更新/發布”能力,實現真正的按需發布、更新,協助研發團隊真正重構研發模式,深度提效。

解決方案

啟迪公交(北京公交版)引入 mPaaS 小程式容器,針對 App 內多個業務模組實現“小程式化改造”,並選用 LBS 作為地圖組件。

藉助「小程式容器」將各個業務模組的代碼完美隔離,實現真正高並發協同開發,提升研發效率;藉助更開放、更靈活的端上架構,讓業務模組實現動態更新,深度提升使用者體驗。

客戶價值

啟迪公交通過北京公交智能化業務系統,為首都人民提供了更加綠色和便利的公交出行服務的同時,也在逐步拓展廣州、海口等其他大型城市業務版圖。

  • 引入“小程式容器”,北京公交 App 實現各業務模組動態更新,打造出真正的移動前台;

  • “小程式容器”獨立渲染核心,讓移動端體驗實現真正的即開即用、即用即走;

  • 強大的多端能力,代碼僅編寫一次,便可產出多種產物,投放在不同平台(如自有 App、支付寶等);

  • 各業務模組代碼、資源等完美隔離,實現真正高並發協同開發模式,研發效能深度提升。

點貨網

mPaaS x 點貨網:使用「mPaaS 小程式」上線一款 App,只需要兩位 Java 開發。

客戶介紹

衡東物流點貨網是根據物流行業發展趨勢及國家政策引導開發的網路貨運平台。由其開發的“點貨網司機”和“點貨網貨主”是一款全國性物流貨運平台的移動車主端和移動貨主端,為貨車司機與貨主雙方提供方便快捷的貨運資訊匹配服務。

專案背景

團隊規模小,業務更迭力有不逮:專案Team Dev長期維持在“核心開發 2 人 + 實習開發 2 人”的規模。

開發需求急,開發資源捉襟見肘:結合網路貨運平台監管政策的調整,移動端內需嵌入監管平台的 SDK 外掛程式。

解決方案

因開發人員只具備 Java 和 Vue.js 的開發能力,無法在短時間內快速掌握一門全新的開發語言或原生 UI 組件開發的能力。但因業務要求緊急,因此技術團隊決定將原有模型中的 Uni-App 替換為 mPaaS 小程式。針對點貨網 App 進行功能遷移並正式接入監管 SDK 外掛程式。

技術選型

優點

缺點

Uni-App

Vue 文法,可以快速上手,具備跨平台特性

與原始外掛程式互動技術學習成本高,需要學習 Weex

Weex

跨平台

需要學習新的技術

Flutter

UI 渲染效能好,跨平台

需要學習新的語言

Android

可以使用 Java 編寫商務邏輯,效能和穩定性好

不能跨平台

mPaaS

組件化接入,會原生開發和小程式文法就可以輕鬆上手,小程式部分可以跨平台

有一定學習成本

客戶價值

  • 利用小程式完成 App 重構:點貨網 App 基於 mPaaS 小程式,已成功實現從歡迎頁面啟動後自動進入小程式,並直接調用自訂 API 實現歡迎頁面銷毀和安卓端許可權校正的功能。

  • 一次開發、多次複用:Web 端與小程式的網路請求全部使用相同的架構,因此 Web 端已開發完成的業務能夠快速地遷移至 mPaaS 小程式中,只需簡單的調整即可滿足 mPaaS 商務邏輯的處理需要,從而避免商務邏輯代碼重複編寫,保證雙端商務邏輯一致,降低多人協作中業務理解差異導致專案實現不一致的問題。

  • 實現 App 靈活更新迭代:mPaaS 接入後,只有在原生 SDK 外掛程式變更時或增加時,我們才需要針對 App 進行更新。像一般小程式的功能調整、變更、升級,均可以實現使用者無感知升級,避免對使用者的打擾,同時也能充分滿足我們業務快速迭代的訴求。

上海地鐵

mPaaS x 上海地鐵:助力打造一站式出行服務平台。

客戶介紹

上海申通地鐵集團有限公司於 2004 年 6 月重組成立,是上海軌道交通投資、建設和營運管理的責任主體。目前,由公司投資建設並已投入營運的軌道交通線路有 17 條線,包括中國內地首條全自動駕駛線路(10 號線)和世界首條商用的磁懸浮線路,線路總長 673 公裡(含磁浮線 29 公裡)、共 395 座車站,路網規模位居世界第一。

專案背景

上海地鐵日均軌道交通客流已超過 1100 萬人次。在這個龐大的數字當中,有相當一部分,來自於這座城市之外的全國各地。其中長三角地區往來的人數尤其多。

因地鐵票手持不便、易丟失盜用、缺乏消費資訊反饋等缺點,無法很好地滿足市民出行,因此上海地鐵急需一套完整的解決方案,從而提升乘客出行效率、實現地鐵營運管理數字化。

解決方案

mPaaS:超級 App 引擎,深度提升 App 運行穩定性、流暢性及相容性。p378045 拷貝

  • 與支付寶 1:1 的高精準“刷碼”技術——基於螞蟻金服人機互動實驗室一次次測試,“Metro 大都會”App 面向刷碼進站情境,具備自動調整亮度、距離、角度的能力,協助不同型號的手機裝置順利進站。

  • H5 容器、動態發布與管理——藉助 mPaaS H5 容器,“Metro 大都會”App 成功打造出真正的“移動前台”,實現 App 內各個業務模組代碼完美隔離,實現真正高並發協同開發、動態更新發布服務,全面提升研發效率。

  • 移動 API Gateway保障服務高可用——經歷支付寶多年雙十一、雙十二、春節紅包活動的海量請求考驗,移動 API Gateway協助上海地鐵打造出“研發超低延時響應”、“網路狀態自適應”、“支付過程封閉安全的”刷碼進閘終端方案。

客戶價值

推行“Metro 大都會”App 後,近 7% 的乘客採用了刷碼方式,不再需要進行漫長的排隊。

  • 全面相容主流手機裝置——移動開發平台 mPaaS 在支付寶複雜的業務情境中經受了億級使用者的體驗,相容主流手機裝置,助力上海地鐵打造出高品質、動態化的超級 App。

  • 雙離線保障業務穩定——引入雙離線技術,將“記賬”和“付款”兩個動作分開,縱使網路無法串連,“Metro 大都會”App 可以先進行記賬,待網路恢複時再進行扣款。在“用戶端到服務端的要求-回應”鏈路中,構建完善的分流、資料轉送加密與驗簽能力,充分提升線上業務的資料安全。

  • 構建一站式的情境生態——“Metro 大都會”App 更是一站式的出行服務平台。接入哈囉單車、出站叫車等功能後,使用者在出行側的需求能夠更好地被一站式滿足,而且更加安全。