直播间组件化的实践

直播间组件化的实践

序言

在直播间开发中，随着业务愈来愈复杂，以往MVC，或mvvm式的架构不太能知足业务和技术的要求。举例来讲，若是产品想进行ABTest，对某些用户整个下掉坐席功能，有什么样的方法能够作到既不影响现有功能又能比较优雅的方式呢。咱们在多变复杂的现实环境中，和将来不肯定的因素下，又有什么样的架构方案能够比较完美的解决这些问题，就是今天探讨的组件化/变形金刚式开发。

咱们先定义一下本文用到的术语概念吧，以避免产生没必要要的理解障碍或误解。

插件/组件化是指，一个组件以一种便捷的方式在容器中添加，移除，查找,配置

对应的api有 addcomponent，removecomponent，getcomponent

组件Component，一个UI或功能的比较完整的模块。如公屏组件，显示用户发言，或进场的信息的模块。

容器Container，是多个组件的集合，用于完成特定产品上的特定功能，如直播间模块，直播间的组件有公屏组件，座位席组件，营收送礼组件，活动条组件。

st=>start: 列表
e=>end: 关闭
op=>operation: 进入直播间
cond=>condition: 点了关闭?

st->op->cond
cond(yes)->e
cond(no)->op
复制代码

好处

1. 统一管理容器，通知模块的生命周期。

好比在直播间模块中，直播间有进入，观看，退出直播间的事件，用户鉴权有登陆踢出，这些事件均可以完整的通知到各个组件。

2. 支持多实例，方便模块内部的组织。

以观看端为例上下滑动就须要支持的多个直播间并存的场景，每一个直播间有相同的组件功能。

3. 统一配置信息

   组件须要用到一下共同的数据，或配置共同的数据，如uid,roomId,roomName

实现步骤

因为涉及到保密性，这里不贴代码，用纯文字或伪代码的形式讲述大体过程。

1. livingRoomImpl 和 ILivingRoom 对应直播间模块的声明和实现，I开头通常表示protocol，里面的实现

@protocol 组件管理
-(void)添加组件;
-(void)移除组件;
-(id)根据名字找到组件;
-(void)移除全部的组件;
@end  
复制代码

2. 组件的共同代理

@protocol 组件的代理
-(instancetype)初始化组件;
-(void)开始添加组件;
-(void)准备移除组件;
-(void)房间号变化;
-(void)用户被踢出;
-(void)用户信息变动;
@end
复制代码

3. 组件的共同事件

@protocol 组件信息
-(id)appid
-(id)房间号
-(id)用户id
-(id)房间信息
-(api)组件的api
@end
复制代码

4. 各自组件的protocol

如公屏的

@protocol 公屏的protocol
-(bool)发送公屏
@end
复制代码

另外有营收，坐席等其余组件相似。

注意的点

1.根据protocol找到实例

有一个大前提是须要根据protocol找到对应的实例。

介绍一个比较简单的方法，根据protocol的名字和直播间id把当前实例保存到数据中心，下次须要取得实例的时候就直接取得该实例。GetComponentByProtocol(protocol)

2. 隐藏实现类细节。仅仅公开出protocol

   有个技巧是使用c函数去建立实例和完成组装如 RegisterPublicScreenComponent()

3. 直播间配置相关的东西最好在初始化的时候，默认加载。注意初始化以前不要使用模块的方法，这个能够在设计上考虑怎么避免

使用方式

有了以前的基础，假设咱们已经有了直播，公屏，坐席，送礼这些模块，如今须要把他们组装起来了。

因而有了如下的代码

[ATH_MIDWARE(ILivingRoom) createLivingRoom]
RegisterVideoComponent()
RegisterPublicScreenComponent()
RegisterSeatMembersCompnent()
RegisterSendGiftComponent()

复制代码

须要把一个模块去掉，注释掉那个Register便可

若是咱们把RegisterVideoComponent注释，就变成了文字直播间了，也一样支持送礼等功能。

后续

推行组件化实际上是一个很痛苦的事情，面临着解耦和执行两个大问题。

解耦是须要分离出职责，找到组件核心的功能，实现而且对外声明必要的api

执行，前提须要理解整个组件化的核心思想，其中的沟通必不可少。如何定位和防止/提示问题也是考验架构师的能力。