例如，在“場(chǎng)景化賦能與創(chuàng )新”技術(shù)分論壇中，融云前端高級架構師臧其龍發(fā)表了《基于語(yǔ)聊房場(chǎng)景化 SDK，探索新一代 PaaS 服務(wù)的演進(jìn)方向》的主題演講，他以融云語(yǔ)聊房Demo為載體，通過(guò)解析語(yǔ)聊房場(chǎng)景的業(yè)務(wù)邏輯和技術(shù)關(guān)鍵點(diǎn)，傳遞了真正能讓開(kāi)發(fā)者“開(kāi)箱即用”的產(chǎn)品理念，這不僅是開(kāi)發(fā)者服務(wù)生態(tài)的解決方案之一，還成為技術(shù)分論壇的開(kāi)發(fā)者關(guān)注亮點(diǎn)。
圖1：融云前端高級架構師臧其龍發(fā)表演講
細致入微，剝離出場(chǎng)景背后的核心業(yè)務(wù)邏輯
在技術(shù)分論壇中，臧其龍首先解釋了封裝首款基于場(chǎng)景化Demo的初衷，“由于年初Clubhouse和Tiya兩款語(yǔ)聊房產(chǎn)品的示范效應，帶動(dòng)泛娛樂(lè )領(lǐng)域對各類(lèi)語(yǔ)聊房App旺盛的市場(chǎng)需求。融云針對這一熱點(diǎn)需求，選擇以語(yǔ)聊房產(chǎn)品作為探索新一代 PaaS 服務(wù)的切入點(diǎn)。”
當進(jìn)一步剖析語(yǔ)各類(lèi)聊房App的功能后，臧其龍發(fā)現，雖然它們長(cháng)相各異，但場(chǎng)景結構大體相似。其業(yè)務(wù)邏輯可定義為：以上麥下麥的形式來(lái)管理用戶(hù)發(fā)布或者訂閱音頻流邏輯的SDK。所謂上麥，即用戶(hù)開(kāi)啟發(fā)布音頻流的能力，房間其他人可以聽(tīng)到麥位上人的音頻；下麥則是用戶(hù)轉變?yōu)槠胀ㄓ脩?hù)，只能聽(tīng)別人發(fā)布的音頻流，自己不能發(fā)布。
因此，融云出品的語(yǔ)聊房產(chǎn)品遵循這一定義，抽象出語(yǔ)聊房App中的所有功能，形成了較為完整的場(chǎng)景化SDK，并且基于此提供相應的Demo，便于開(kāi)發(fā)者“開(kāi)箱即用”。這也是融云首次將IM和RTC的雙重能力在底層完全打通封裝成一個(gè)SDK接口，提供給開(kāi)發(fā)者。
隱藏技術(shù)設計難點(diǎn)，開(kāi)發(fā)者只需關(guān)注自身業(yè)務(wù)訴求
融云在研發(fā)過(guò)程中，通過(guò)對語(yǔ)聊房產(chǎn)品的邏輯分析發(fā)現，在業(yè)務(wù)場(chǎng)景實(shí)現方面，關(guān)鍵的技術(shù)難點(diǎn)來(lái)自于三個(gè)方面：
圖2：語(yǔ)聊房Demo設計技術(shù)關(guān)鍵點(diǎn)
第一，如何實(shí)現麥位狀態(tài)的云端存儲與通知。麥位狀態(tài)的變更必然要通知到語(yǔ)聊房房間內，包括觀(guān)眾和主播在內的所有人，并且App也需要根據麥位狀態(tài)的變化，更新UI呈現。
要實(shí)現這一功能，必須面對復雜的業(yè)務(wù)流程，比如，如何訂閱流？如何訂閱主播的流？如果麥位上的角色從觀(guān)眾切換到主播后，也要面臨如何去發(fā)布流的問(wèn)題。在融云語(yǔ)聊房場(chǎng)景化的SDK中，這些復雜細節已經(jīng)全部基于融云聊天室屬性管理（KV）完成，因此，開(kāi)發(fā)者不必關(guān)心訂閱流的邏輯，不必關(guān)心設置、刪除、獲取以及設置回調等屬性變化和麥位狀態(tài)變化，只需通過(guò)一個(gè)EnterSeat接口，在收到回調后，刷新UI，兩步操作即可全部實(shí)現。
第二，如何實(shí)現邀請上麥和排麥請求。這主要涉及App中的邀請機制和申請機制，例如在語(yǔ)聊房主播邀請一個(gè)或多個(gè)觀(guān)眾合唱的場(chǎng)景中，面臨主播發(fā)出邀請，受邀觀(guān)眾收到邀請，選擇同意、取消或者拒絕的流程。這時(shí)，邀請機制能否及時(shí)送達、及時(shí)接收十分重要，一旦消息丟失、亂序，都會(huì )直接影響到用戶(hù)體驗。
在融云語(yǔ)聊房SDK中，利用融云IM信令，通過(guò)調用RequestSeat實(shí)現請求上麥，管理員會(huì )在收到RequestSeatListDidChange回調，拿到申請連麥的人員列表后，選擇Accept、reject，甚至cancel來(lái)處理請求。那么相應發(fā)起申請的觀(guān)眾端，就會(huì )收到RequestSeatDidAccept或者reject。也就是說(shuō)，細節已被全部隱藏，開(kāi)發(fā)者只需要通過(guò)非常直白的命名，在5分鐘甚至更短的時(shí)間內，就能理解整個(gè)流程的實(shí)現方式。
第三，如何設計API。臧其龍強調應該要設計出簡(jiǎn)捷但不簡(jiǎn)單的API接口，既要求設計簡(jiǎn)捷方便開(kāi)發(fā)者調用，又必須覆蓋所有功能。為此，融云在設計時(shí)秉持三個(gè)原則：
- 貼近業(yè)務(wù)。不能過(guò)度抽象脫離業(yè)務(wù)，這一點(diǎn)剛好與一般SDK設計原理相反；
- 可擴展。覆蓋所有語(yǔ)聊房的場(chǎng)景，包含狼人殺等特殊場(chǎng)景，所以在特定模型上增加了擴展，比如麥位的extra；
- 簡(jiǎn)潔易用。屏蔽多余邏輯，例如屏蔽用戶(hù)手動(dòng)訂閱流等。
這樣一來(lái)，開(kāi)發(fā)者如果只需要上麥下麥和通話(huà)場(chǎng)景，而無(wú)需“禮物”、“點(diǎn)贊”等功能，使用融云語(yǔ)聊房場(chǎng)景化SDK，只要兩個(gè)回調就能夠實(shí)現。如若加上“禮物”、“點(diǎn)贊”以及單群聊場(chǎng)景，只需將voice room mode模塊完整地拖到自己的rss項目里，也只要5分鐘就可以滿(mǎn)足需求。因此，融云語(yǔ)聊房場(chǎng)景化 SDK & Demo，極大節約了開(kāi)發(fā)者的研發(fā)成本，包括時(shí)間成本和人員成本，是一款真正意義上的“開(kāi)箱即用”產(chǎn)品。
融云下一階段發(fā)力重點(diǎn)，提供更多場(chǎng)景化Demo
使用融云這款語(yǔ)聊房場(chǎng)景化SDK的另一個(gè)好處是它提供了安全審查能力。臧其龍向開(kāi)發(fā)者承諾：包括融云語(yǔ)聊房SDK、IMLib SDK在內的所有用戶(hù)，在使用中大可以把工作重心放在產(chǎn)品核心能力研發(fā)上，融云的安全審查能力可對圖、文、音、視全面設防，為客戶(hù)提前排除業(yè)務(wù)風(fēng)險。實(shí)際上，不僅僅是這款產(chǎn)品，融云的IMKit和RTC都提供了同樣的語(yǔ)音鑒黃、視頻鑒黃能力，并且可以針對敏感信息第一時(shí)間進(jìn)行后臺攔截。
對于未來(lái)，臧其龍透露，不同場(chǎng)景的覆蓋，是下一階段融云的重要發(fā)力點(diǎn)。為幫助開(kāi)發(fā)者獲得高質(zhì)量的產(chǎn)品使用體驗，融云認為僅僅提供SDK和API接口都是“不負責任”的做法，因為針對某一特定場(chǎng)景，開(kāi)發(fā)者往往要在上百個(gè)SDK中，尋找適合自己業(yè)務(wù)邏輯的某幾十個(gè)或十幾個(gè)SDK，這對開(kāi)發(fā)者來(lái)說(shuō)，絕非易事。
因此，針對直播場(chǎng)景、會(huì )議場(chǎng)景、在線(xiàn)教育場(chǎng)景等多個(gè)熱門(mén)場(chǎng)景，融云將逐步為其提供場(chǎng)景化Demo，進(jìn)一步簡(jiǎn)化開(kāi)發(fā)者的開(kāi)發(fā)成本。貼近開(kāi)發(fā)者，提煉并滿(mǎn)足開(kāi)發(fā)者的共性需求，做開(kāi)發(fā)者值得信賴(lài)的伙伴，這是融云的初心，不會(huì )改變。
結語(yǔ)
本屆WICC，融云在技術(shù)分論壇提出要基于語(yǔ)聊房場(chǎng)景化 SDK，探索新一代 PaaS 服務(wù)的演進(jìn)方向：隨著(zhù)SDK數量增多，PaaS 通信云廠(chǎng)商要深入理解不同行業(yè)的業(yè)務(wù)層，展開(kāi)場(chǎng)景化能力的比拼。融云率先推出了語(yǔ)聊房場(chǎng)景化Demo產(chǎn)品，實(shí)踐并引領(lǐng)著(zhù)PaaS 通信云賽道新的增長(cháng)點(diǎn)。
