上周，筆者和幾個移動開發(fā)者吃飯閑聊，都聊到如今開發(fā)音視頻產(chǎn)品，門檻較之前大大降低。2021年初，隨著馬斯克在應(yīng)用Clubhouse中開麥輸出，談比特幣，談火星移民，談腦機(jī)接口。Clubhouse這款語聊房應(yīng)用迅速在中國市場掀起一股浪潮。不少公司希望把類似Clubhouse的玩法，作為他們新業(yè)務(wù)線。

其實，在國內(nèi)得益于通信云服務(wù)商的底層建設(shè)，即使沒有相關(guān)垂直經(jīng)驗，想要做一款語聊房產(chǎn)品切入這個市場也不是天方夜譚。難的是，怎么能達(dá)到老板對速度的要求。

語聊房產(chǎn)品要用到IM(即時通訊)和RTC(實時音視頻)兩大能力，面對的是幾百個語焉不詳?shù)腁PI。光是集成這兩個模塊，就已經(jīng)耗盡了心力、掉光了頭發(fā)。

不過，聊天中我聽說，現(xiàn)在行業(yè)多了一條“捷徑”，順利的話一周就能“完成KPI，獎金到手來”了。這就是PaaS廠商融云的SDK。

說起融云，我是很有印象的，他們創(chuàng)始團(tuán)隊都是以前開發(fā)“飛信”的核心人物，在通信領(lǐng)域那是杠杠的。融云基于強(qiáng)大的IM 和 RTC優(yōu)勢，很早就推出了封裝基礎(chǔ)通信能力的SDK，并且在持續(xù)打磨精進(jìn)。為了降低廣大開發(fā)者的使用難度，融云投入大量資源，開發(fā)了針對熱門場景的一攬子解決方案。把復(fù)雜的事情簡單化。

融云語聊房SDK，滿足了語聊房場景絕大多數(shù)的需求，還覆蓋一系列衍生場景的實際需求?！救谠迫蚧ヂ?lián)網(wǎng)通信云】公眾號有寫：

“11月初時，融云基于場景化的語聊房Demo & SDK 2.0正式上線，新增了連麥PK和語音電臺二大主流場景，以及房間浮窗顯示、滑動切換房間、發(fā)送語音消息、禮物全服廣播和設(shè)置房間屏蔽詞等實用功能，覆蓋時下所有熱門語聊房場景。”

關(guān)注【融云全球互聯(lián)網(wǎng)通信云】了解更多#融云語聊房

我去他們官網(wǎng)研究了下，的確非常簡單，大大降低了開發(fā)的時間成本和資金成本。能快速實現(xiàn)業(yè)務(wù)需求。

比如，第一步直接集成語聊房SDK就行，不用單獨集成IM 和 RTC;

再比如，核心API不超過20個，核心回調(diào)不超過5個;

又比如：可以直接在融云的開發(fā)者后臺找到“開啟審核”配置，點擊配置，意味著一鍵接入第三方專業(yè)內(nèi)容審核平臺，從根本上杜絕了惡意傳播非法內(nèi)容的可能。

功能強(qiáng)大對開發(fā)者來說只是滿足了最基本的需要。而最引起魚哥關(guān)注的是“7天上線”。這個速度，簡直不可想象。

為此，我與融云場景化研發(fā)負(fù)責(zé)人臧其龍深入地聊了聊。

臧其龍在2021WICC廣州發(fā)表主題演講，關(guān)注【融云全球互聯(lián)網(wǎng)通信云】回復(fù)【W(wǎng)ICC】獲取講師PPT

臧其龍介紹說，融云可以幫助開發(fā)者搶跑賽道的關(guān)鍵點在于，不僅開放源碼，還在這之上將混雜無章的源碼按語聊房場景的業(yè)務(wù)邏輯封裝成SDK，并提供直觀的API接口。這樣，開發(fā)者無需理解底層技術(shù)邏輯，只要對這個業(yè)務(wù)有基本了解，知道什么是創(chuàng)建房間，離開房間;什么是上麥、什么是下麥，就能夠快速完成開發(fā)。

我調(diào)看了下融云的開發(fā)文檔，創(chuàng)建房間的代碼是這樣的，的確簡潔易懂。示例代碼如下：

對于開發(fā)者最為關(guān)心的，一款語聊房如何實現(xiàn)，以及功能的好壞，其關(guān)鍵技術(shù)點有三個：KV聊天室屬性、信令SDK和API設(shè)計，我也請臧其龍進(jìn)行了詳細(xì)解答。

KV聊天室屬性

KV聊天室屬性，提供麥位狀態(tài)的云端存儲和通知的同步能力，可在20-40毫秒內(nèi)，快速同步任何數(shù)據(jù)庫的增刪改查，滿足包括直播室連麥、語音聊天室連麥、游戲連麥等各種語聊場景中，不同麥位對應(yīng)不同角色的同步能力，以及隨時切換的時序能力。

信令SDK

信令SDK，保證有序性。在邀請和請求上麥場景中，既能避免因頻繁上下麥所產(chǎn)生的雜亂，也能保證申請上麥的先來先上，后到后上，使用戶體驗更順暢。

這兩點，對自研開發(fā)者來說難度都較大，卻是一個語聊房產(chǎn)品能否研發(fā)成功的關(guān)鍵技術(shù)點。

而語聊房產(chǎn)品研發(fā)出來，到底好不好用，API設(shè)計是第三個關(guān)鍵技術(shù)點，臧其龍稱其為“產(chǎn)品門面”。

API設(shè)計

API設(shè)計：核心在于符合用戶的使用習(xí)慣，最自然的才是最合理的。例如：上麥就應(yīng)該可以發(fā)語音，而下麥則只能聽語音。

為了方便使用，融云一方面精簡SDK，將API總數(shù)控制在20個以內(nèi)，從而降低用戶的學(xué)習(xí)成本。另一方面，在模型的設(shè)計上給予了用戶極大自由度的擴(kuò)展屬性，從而滿足用戶的各種創(chuàng)意十足的需求，使功能的強(qiáng)大性和覆蓋場景的多樣性，二者兼得。

我發(fā)現(xiàn)，自今年6月融云語聊房1.0推出以來，市場上已經(jīng)開始出現(xiàn)不同名稱，但本質(zhì)趨同的產(chǎn)品形態(tài)，比如voice Demo、k歌房Demo等。

對于開發(fā)者來說，又該如何評判和選擇呢?融云還有優(yōu)勢嗎?我仔細(xì)查看了這些Demo的實現(xiàn)邏輯，發(fā)現(xiàn)融云還是有一定優(yōu)勢的。在開發(fā)難度上，“第三代SDK只需理解產(chǎn)品概念即可，無論是基于SDK開發(fā)，還是基于樣例開發(fā)，都能輕松掌握。”

意思就是說，融云的場景化語聊房SDK是第三代解決方案，最大的特點就是：將與場景相關(guān)的所有能力集合封裝，不用再分別調(diào)用IM和RTCSDK。

而第二代解決方案，是目前其他廠商在用的方式，開發(fā)難度上，是需要開發(fā)者先理解IM和RTC的底層邏輯，然后還要面對幾百個API，在源碼基礎(chǔ)上再進(jìn)行二次開發(fā)。

在實現(xiàn)邏輯上，第三代比第二代更簡單，省去了大量的對底層邏輯學(xué)習(xí)的過程。

我還了解到一個真實的小案例:

“開發(fā)者先用某廠提供的第二代方案進(jìn)行二開，過程中卻發(fā)現(xiàn)很多問題難以解決，切換成融云語聊房SDK 2.0，結(jié)果，之前將近三個月都沒搞定的項目，只用兩周就完成了產(chǎn)品上線。”

臧其龍說，語聊房1.0上線以來，短短5個月的時間里，對接的20家客戶中，就有10款A(yù)PP應(yīng)用交付上線。他自己每天都在技術(shù)支持群里與開發(fā)者交流，最大的欣慰是開發(fā)者的反饋：

“只閱讀注釋和API的名字，就能基本掌握用法，學(xué)習(xí)成本真的很低，開發(fā)效率真的很高。”

融云語聊房3.0還將有哪些新功能?

接下來，融云語聊房3.0還將有哪些新功能?大家搬好小板凳坐好，我現(xiàn)在可以“透露”下~與上半界面麥位用戶相關(guān)的發(fā)送禮物、發(fā)送表情、聊天室信息接收等相關(guān)功能，會進(jìn)一步完善，推出一系列高性能的Kit組件，比如禮物Kit、異步渲染的聊天室Kit。

這里重點可以關(guān)注下融云自研的聊天室全異步渲染框架，利用這個框架，可以保證在非常低端的手機(jī)上也能跑滿幀，帶給用戶非常流暢的APP使用交互體驗。出海的開發(fā)者要考慮不同區(qū)域的終端用戶手機(jī)的差異會非常大，如果在不發(fā)達(dá)國家，低端手機(jī)占有率比較高，那么全異步渲染框架會是一個很好的選擇。

未來6個月內(nèi)，融云還將開源8-10個高性能的UI框架，同時滿足iOS端和Android端，讓開發(fā)者可以更方便地對接場景化SDK，快速構(gòu)建高質(zhì)量的產(chǎn)品。

除了語聊房3.0之外，會議Meeting、1V1在線陪聊、在線教育的場景化SDK都在融云下一階段的產(chǎn)品路線圖上。

最后，如果讓我用一個詞總結(jié)這樣的開發(fā)體驗，那就是“搭積木”。融云提供源碼及之上封裝好的SDK，相當(dāng)于提供的積木，讓開發(fā)者可以真正實現(xiàn)“開箱，即插即用”，從0-1，最短7天，一般三周也可以上線一款功能完整的語聊房產(chǎn)品。

開發(fā)者，尤其是中小企業(yè)的開發(fā)者，不必自建，不再為復(fù)雜的邏輯架構(gòu)絞盡腦汁，更無需把時間耗費在反復(fù)的寫代碼、改Bug中。一句話，天空飄來五個字，coding不是事兒。

（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）