斗魚-萬力銘-移動端跨平臺體系建設.pdf

《斗魚-萬力銘-移動端跨平臺體系建設.pdf》由會員分享，可在線閱讀，更多相關《斗魚-萬力銘-移動端跨平臺體系建設.pdf（19頁珍藏版）》請在三個皮匠報告上搜索。

1、主辦方： 移動端跨平臺體系建設 萬力銘 斗魚 跨平臺架構組 TL / iOS 開發專家 主辦方： 萬力銘 跨平臺架構組 TL / iOS 開發專家 “ 超過10年互聯網相關產品的從業經驗 。 17年加入斗魚，帶領 iOS 基礎架構組團隊基于創新 Box 模式完 成斗魚六大核心直播間的重構和秒開工作。 目前承擔移動端跨平臺架構組的團隊管理與技術發展的相關工作， 從 0 到 1 完善了跨平臺體系建設，從開發調試體驗， API 調度 的一致性，白皮書建設，兼容各種跨平臺技術，斗魚自研小程序等 方面支撐斗魚業務的發展，保障業務的穩定性。 ” 講師簡介 主辦方： 大綱 1）移動端跨平臺體系化建設的背景與

2、目標 2）解決方案 3）如何實施？ * 實踐 1 : 體系核心 - 通用 API 方案 * 實踐 2 : 體系核心 - 通用 API 切換 * 實踐 3 : 輔助效率 - 開發調試鏈路建設 * 實踐 4 : 輔助效率 - 白皮書建設 * 實踐 5 : 發布平臺持續完善 * 實踐 6 : 隨業務持續優化質量監控 4）ROI 分析 5）啟示 6）下一步執行 主辦方： 體系化建設的背景 * 隨著跨平臺的業務的增多，出現不一致性： * iOS 和 Android 的 API 命名，參數，回調方式上存 在不一致。 * RN 和 H5 調用同一功能的時候 API 表現不一致。 * 沒有公共的地方處理例如接

3、口耗時，異常處理，統一 日志與監控，發現問題定位效率低等。 * Native 和 RN，H5 開發的同學溝通鏈路長，開發調試 效率低。 主辦方： 體系化建設的目標： 跨平臺體系化建設的目標： 1）iOS 和 Android 對外能力的輸出上具備一致性。 2）RN，H5，甚至調研中的 Flutter 調用宿主功能上的一致性。 3）各種跨平臺技術在宿主上的調試和開發鏈路透明化。 主辦方： 解決方案 1）由統一的中間層來解決不一致性的問 題。 2）滿足未來擴展性，支持多種跨端技術。 3）配套白皮書，調試工具建設。 主辦方： 實施1 - 體系核心 - 通用 API 方案 * 統一的 API 格式，通過宿主 Bridge 抹平跨端技術的差異。 * error 錯誤狀態統一，便于更快速的排查問題。 * 支持接口調用 Callback 和 Event 事件監聽兩種模式。 主辦方： 實施2 - 體系核心