WICC 2021成功举办 融云带来 PaaS 服务演进方向新探索
发布时间：2021-12-01 10:27:07 所属栏目：云计算 来源：互联网
导读：当进一步剖析语各类聊房App的功能后，臧其龙发现，虽然它们长相各异，但场景结构大体相似。其业务逻辑可定义为：以上麦下麦的形式来管理用户发布或者订阅音频流逻辑的SDK。所谓上麦，即用户开启发布音频流的能力，房间其他人可以听到麦位上人的音频；下麦则是
|
当进一步剖析语各类聊房App的功能后，臧其龙发现，虽然它们长相各异，但场景结构大体相似。其业务逻辑可定义为：以上麦下麦的形式来管理用户发布或者订阅音频流逻辑的SDK。所谓上麦，即用户开启发布音频流的能力，房间其他人可以听到麦位上人的音频；下麦则是用户转变为普通用户，只能听别人发布的音频流，自己不能发布。 因此，融云出品的语聊房产品遵循这一定义，抽象出语聊房App中的所有功能，形成了较为完整的场景化SDK，并且基于此提供相应的Demo，便于开发者“开箱即用”。这也是融云首次将IM和RTC的双重能力在底层完全打通封装成一个SDK接口，提供给开发者。 隐藏技术设计难点，开发者只需关注自身业务诉求 融云在研发过程中，通过对语聊房产品的逻辑分析发现，在业务场景实现方面，关键的技术难点来自于三个方面： 要实现这一功能，必须面对复杂的业务流程，比如，如何订阅流？如何订阅主播的流？如果麦位上的角色从观众切换到主播后，也要面临如何去发布流的问题。在融云语聊房场景化的SDK中，这些复杂细节已经全部基于融云聊天室属性管理（KV）完成，因此，开发者不必关心订阅流的逻辑，不必关心设置、删除、获取以及设置回调等属性变化和麦位状态变化，只需通过一个EnterSeat接口，在收到回调后，刷新UI，两步操作即可全部实现。 如何实现邀请上麦和排麦请求。 这主要涉及App中的邀请机制和申请机制，例如在语聊房主播邀请一个或多个观众合唱的场景中，面临主播发出邀请，受邀观众收到邀请，选择同意、取消或者拒绝的流程。这时，邀请机制能否及时送达、及时接收十分重要，一旦消息丢失、乱序，都会直接影响到用户体验。 （编辑：湘西站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
