写点什么

百度直播 iOS SDK 平台化输出改造

作者:百度Geek说
  • 2022 年 6 月 30 日
  • 本文字数:2282 字

    阅读完需:约 7 分钟


导读:百度直播定位成直播 SDK,赋能百度厂内 APP 使用,随着业务规模快速扩大、代码体量膨胀、宿主接入定制诉求强烈,在不影响业务迭代和业务规模扩张的前提下,直播工程架构也在不停优化。

全文 2496 字,预计阅读时间 7 分钟。

一、背景

百度直播定位成直播 SDK, 赋能百度厂内 APP 使用, 随着业务规模快速扩大、代码体量膨胀, 直播原有工程结构限制了直播的快速发展, 随着垂类 APP 数量接入, 宿主接入流程中定制困难/配置调试耗时/需要实现的协议多等问题制约了 SDK 对外的输出, 总结起来就是以下两个大类问题:


  • 工程层面问题: 原生工程结构影响开发效率/业务代码耦合严重/宿主绑定的功能宏定义造成 SDK 差异化输出困难

  • 接入流程层面问题: 定制困难/配置调试耗时/协议众多等问题


在不影响业务迭代和业务规模扩张的前提下, 直播团团队有针对性的逐步进行了改造, 实现最终 SDK 灵活高效的平台化输出。

二、工程层面改造

工程层面改造分为三步走, 首先是工程接入 EasyBox, 其次是业务维度组件化多仓库拆分, 在前两步基础上最后完善 SDK 差异化输出能力, 整体完成了工程架构改造迁移。

1.工程改造

直播最早期工程是基于 Xcode 原生工程, 多 project 嵌套连编实现工程构件, 这种方式在弊端太多, 基于手百自研 EasyBox 工具链, 直播进行了工程化的改造, EasyBox 工具链对于工程是标准化的模版式改造

首先是对于 liveBoxAPP 工程的壳化, 其次对于原有的业务工程标准分层, 直播工程重新划分了逻辑层级:

  • 壳工程, 直播 SDK 编译运行构建环境

  • MixTure 构建层, 控制 SDK 差异化构建,通过 EasyBox 支持变体(variant)组件的实现差异化, 通过 link_dependency 控制产物 SDK 的自由组合生成

  • 业务层, 直播核心业务

  • 基础库层

  • 宿主平台库依赖层/三方依赖库



基于以上改造, 使直播工程依赖关系更加清晰, Easybox 分层使层级之间的依赖不会裂化, 以上改造只是基于直播原用工程结构的升级改造, 业务仓库本身还是有问题, 因此针对业务仓库做了多仓多组件模版拆分。

2.多仓多组件模版拆分

业务仓库的问题主要是业务耦合严重/权限无隔离, 直播早期仓库管理机制是 Monorepo, 随着业务规模膨胀, 团队扩大, 直播按照模版业务唯独拆分了多仓库, 仓库管理升级到 Multirepo, easyBox 本身也支持 Multirepo 模式. 直播间业务 VC 是由一套 slotPage 框架来管理布局和服务, slotPage 简单来说就是把直播间的 UI 和能力划分为(直播间内)组件/插件/服务, 提供组件的布局管理/事件分发/基础状态管理的一套页面管理机制, 直播针对 business 层仓库组件进行了模版维度的拆分, 具体分为已下几步:

  • Business 层拆分出 service 层, 将通用能力统一下沉到 service 层仓库组件

  • 拆分基础核心直播容器组件, 提供直播间核心能力

  • 拆分直播间功能沉淀为通用组件插件池

  • 按照模版维度拆分 Business 层仓库组件, 归属业务模版特有的(直播间内)组件/插件



3. 支持 SDK 差异化输出

不同宿主对 SDK 定制需求差异化很大, 因此 SDK 要灵活支持裁剪, EasyBox 虽然能通过变体(variant)和 link_dependency 能实现差异化构建, 但是对于直播间内小组件功能裁剪定制不太适用, ,因此直播提供小组件编译时注入能力, 直播组件都包含一个注册 module, module 分发直播核心的 Module Event, 在 event 合适的时机, 注册组件的服务到 Pyramid, 采用实现 impl 和 interface 分离的方式来实现真正的需要差异化输出组件的编译隔离, 差异化组件横向禁止依赖, impl 组件只能依赖 interface 的接口组件。



基于以上改造, 灵活实现了直播功能小组件的差异化组装构建。

三、接入效率优化

工程层面问题改造完成后, 为了实现能够宿主自动接入/快速调试, 直播团队也做了很多辅助工具, 能够实现业务方自动化接入。

1. 自动化接入平台

由于 SDK 功能复杂而且可选,上下游依赖众多, 每接入一个宿主涉及众多业务,造成接入成本特别高, 因此直播开发了可视化出包平台, 宿主接入在用接入文档+自主出包平台的方案, 降低接入成本, 以下是流程图:



在接入平台上, 申请 SDK 接入, 填写相应的信息, 根据直播提供的功能清单选择功能, 审核通过后, 会触发对应的 SDK 构建, 可以快速获取 SDK 产物, 根据直播提供的接入文档, 即可实现自动接入。



2.快速源码调试/映射

直播是一个超大工程, 在宿主源码调试按照 EasyBox 配置方式需要引入直播所有仓库, 配置繁琐且容易出编译问题, 基于 EasyBox 工具, 直播开发了直播自己的源码调试插件, 可以在支持一键配置直播源码调试到宿主, 并且为了方便调试问题, 扩展了插件能力, 在 EasyBox 二进制源码映射机制开发了直播自己的小组件力度的映射, 原理图如下:



3.接入协议优化

SDK 快速迭代, 对外暴露的协议也比较多, 每个宿主情况各异,每一个协议都实现对于业务接入成本也是很高, 直播提供一系列小组件二进制, 提供通用实现协议实现, 宿主根据自身情况自由引入, 降低接入成本。

四、收益

基于以上几步的改造, 收益比较明显, 主要是效率的提升:

  • 借助 EasyBox 和 mgit , 工程复杂度降低, 直播业务同学开发成本降低

  • 基于直播差异化构建方案设计,垂类产品功能定制无需侵入直播核心业务,实现灵活可定制, 功能组件自由裁剪

  • 借助于自动接入平台, 大大降低沟通对接成本, 实现接入使用 SDK 的自动化,标准化

  • 开发 EasyBox 源码调试插件, 方便对接同学快速调试

五、结语

直播工程化是站在厂内 EasyBox 工具链的基础上, 结合直播特定的诉求, 演化成直播自己的工程开发模式, 无论是工程化改造还是接入效率优化,回归本质, 最终目的就是提升开发效率, 助力产品快速迭。


——————————END————————————


推荐阅读:


百度APP 基于Pipeline as Code的持续集成实践


Go 语言使用 MySQL 的常见故障分析和应对方法


百度交易中台之钱包系统架构浅析


基于宽表的数据建模应用


百度评论中台的设计与探索


基于模板配置的数据可视化平台


如何正确的评测视频画质

发布于: 刚刚阅读数: 3
用户头像

百度Geek说

关注

百度官方技术账号 2021.01.22 加入

关注我们,带你了解更多百度技术干货。

评论

发布
暂无评论
百度直播iOS SDK平台化输出改造_ios_百度Geek说_InfoQ写作社区