WebRTC - RTCDataChannel 示範、API 異動及 Chrome 與 Firefox 通訊

更多來自我們的老朋友 WebRTC 的好消息。

精確:要掌握三項好消息,以及幾項 API 小幅變更。

適用於 Chrome 的 RTCDataChannel

RTCDataChannel 已在 Chrome 中導入,而 simpl.info/dc 提供了簡短的示範內容。

這個示範案例顯示,在不到一百行程式碼內,任意資料進行點對點通訊。請先安裝 Chrome 25 以上版本,這目前是指 Beta 版Canary 版

RTCDataChannel 徹底發揮 RTCPeerConnection 內建的功能,不僅可讓 ICE 架構通過防火牆和 NAT 存取,也有許多潛在的應用程式 (包括遊戲、遠端桌面應用程式、即時文字即時通訊和檔案傳輸)。

如要進一步瞭解 RTCDataChannel,請參閱「開始使用 WebRTC」。

API 變更

較不令人興奮,但重要的仍重要:自 Chrome 26 起,部分 RTCPeerConnection 和 MediaStream API 屬性已成為 getter 方法:

  1. MediaStream 現在使用 getAudioTracks() 方法而非 AudioTracks 屬性,以及 getVideoTracks() 而非 videoTracks
  2. RTCPeerConnection 現在使用 getLocalStreams() 而不是 localStreams,並且 getRemoteStreams() 而不是 remoteStreams

如要一窺 MediaStream 的實際運作情形,請觀看 simpl.info/gum getUserMedia 示範。stream 變數位於全域範圍內:從控制台檢查。而在 simpl.info/pc 中的 RTCPeerConnection 同樣位於全域範圍。RTCPeerConnection 物件 pc1pc2 也在全域範圍內。

Chrome <=>Firefox

如果 忘記失蹤 ,Chrome 現在可以「交談」功能Firefox。

您現在可以前往 webrtc.org/start 體驗,該平台提供完整操作說明、原始碼連結和 API 差異相關資訊。

給 Mozilla 和 Google 的使用者分享訣竅。

祝您編寫程式一切順利!如有任何錯誤,請在本文中留言或前往 bugs.chromium.org 告訴我們。 別忘了,您可以隨時前往優秀的 chromestatus.com 取得最新的實作資訊。