ข่าวดีอื่นๆ จาก WebRTC เพื่อนเก่าของเรา
กล่าวให้ชัดเจนก็คือ มีข่าวดี 3 ข้อและการเปลี่ยนแปลง API เล็กน้อย
RTCDataChannel สำหรับ Chrome
มีการนำ RTCDataChannel มาใช้ใน Chrome และมีการสาธิตที่น่าสนใจเล็กๆ น้อยๆ ที่ simpl.info/dc
การสาธิตนี้แสดงการสื่อสารระหว่างผู้ใช้ในเรื่องข้อมูลที่กำหนดเองในโค้ดยาวไม่เกิน 100 บรรทัด คุณจะต้องใช้ Chrome 25 ขึ้นไปสำหรับขั้นตอนนี้ ซึ่งในขั้นตอนนี้หมายถึงเบต้าหรือ Canary
RTCDataChannel ใช้ประโยชน์จากฟีเจอร์ที่ติดตั้งมาใน RTCPeerConnection ให้เกิดประโยชน์สูงสุด ซึ่งเป็นการใช้งานในกรณีที่เฟรมเวิร์ก ICE ส่งผ่านไฟร์วอลล์และ NAT ได้ และยังมีแอปพลิเคชันมากมายที่มีเวลาในการตอบสนองต่ำมีความสำคัญอย่างยิ่ง สำหรับการเล่นเกม แอปพลิเคชันระยะไกลบนเดสก์ท็อป การแชทข้อความแบบเรียลไทม์ และการโอนไฟล์
โปรดดูการเริ่มต้นใช้งาน WebRTC สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ RTCDataChannel
การเปลี่ยนแปลง API
ความน่าตื่นเต้นไม่น้อยแต่ก็ยังคงมีความสำคัญ: ตั้งแต่ Chrome 26 พร็อพเพอร์ตี้ RTCPeerConnection และ MediaStream API บางรายการได้กลายเป็นเมธอดgetter ดังนี้
- ตอนนี้ MediaStream ใช้เมธอด
getAudioTracks()แทนพร็อพเพอร์ตี้ AudioTracks และใช้getVideoTracks()แทนvideoTracks - ตอนนี้ RTCPeerConnection มี
getLocalStreams()แทนlocalStreamsและมีgetRemoteStreams()แทนremoteStreams
หากต้องการดูภาพตัวอย่างการทำงานของ MediaStream ในการสาธิต simpl.info/gum getUserMedia ตัวแปร stream อยู่ในขอบเขตรวม: ตรวจสอบจากคอนโซล เช่นเดียวกับ RTCPeerConnection ที่ simpl.info/pc: ออบเจ็กต์ RTCPeerConnection pc1 และ pc2 อยู่ในขอบเขตส่วนกลาง
Chrome <=> Firefox
และ หาก คุณ พลาด Chrome สามารถ "พูดคุย" ได้แล้ว ไปยัง Firefox
ตอนนี้คุณสามารถลองใช้ได้แล้วที่ webrtc.org/start ซึ่งมีวิธีการทั้งหมด ลิงก์ไปยังซอร์สโค้ด และข้อมูลเกี่ยวกับความแตกต่างของ API
เคล็ดลับของ Mozilla และ Google ที่ทำให้สิ่งนี้เกิดขึ้นได้จริง
ขอให้สนุกกับการเขียนโค้ด และโปรดแจ้งให้เราทราบหากมีข้อบกพร่อง ด้วยการแสดงความคิดเห็นในโพสต์นี้ หรือที่ bugs.chromium.org และอย่าลืมว่าคุณสามารถดูข้อมูลการใช้งานที่เป็นปัจจุบันอยู่เสมอได้จาก chromestatus.com ที่ยอดเยี่ยม