斗鱼-万力铭-移动端跨平台体系建设.pdf

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 - 体系核心