חדשות טובות נוספות מהחבר הוותיק שלנו, WebRTC.
לדיוק: שלוש חדשות טובות וכמה שינויים קטנים בממשקי API.
RTCDataChannel ל-Chrome
RTCDataChannel הוטמע ב-Chrome, ויש הדגמה קטנה ומקסימה בכתובת simpl.info/dc.
הדגמה הזו מראה תקשורת שיתופית של נתונים שרירותיים – בפחות ממאה שורות קוד. לשם כך, צריך להשתמש ב-Chrome מגרסה 25 ואילך, כלומר בטא או קנירי.
ב-RTCDataChannel נעשה שימוש מרבי בתכונות המובנות ב-RTCPeerConnection – במיוחד בשימוש במסגרת ICE כדי לעבור חומות אש ו-NAT – ויש לו הרבה יישומים פוטנציאליים שבהם זמן אחזור קצר הוא קריטי: למשחקים, לאפליקציות של שולחן עבודה מרוחק, לצ'אט טקסט בזמן אמת ולהעברת קבצים.
מידע נוסף על RTCDataChannel זמין במאמר תחילת העבודה עם WebRTC.
שינויים ב-API
שינוי פחות מרגש אבל עדיין חשוב: החל מגרסה 26 של Chrome, חלק מהמאפיינים של RTCPeerConnection ו-MediaStream API הפכו לשיטות getter:
- ל-MediaStream יש עכשיו את השיטה
getAudioTracks()במקום את המאפיין audioTracks, ואתgetVideoTracks()במקוםvideoTracks. - עכשיו ב-RTCPeerConnection יש
getLocalStreams()במקוםlocalStreamsו-getRemoteStreams()במקוםremoteStreams.
כדי לראות את MediaStream בפעולה, אפשר לעיין בהדגמה getUserMedia באתר simpl.info/gum. המשתנה stream נמצא בהיקף גלובלי: בודקים אותו במסוף. כך גם לגבי RTCPeerConnection בכתובת simpl.info/pc: אובייקטי RTCPeerConnection pc1 ו-pc2 נמצאים בהיקף גלובלי.
Chrome <=> Firefox
וגם אם לא שמעתם על כך עכשיו, Chrome יכול 'לדבר' עם Firefox.
אפשר לנסות את זה כבר עכשיו בכתובת webrtc.org/start, שבה יש הוראות מלאות, קישורים לקוד המקור ומידע על ההבדלים בין ממשקי ה-API.
תודה לכל הצוותים ב-Mozilla וב-Google שאפשרו את זה.
שיהיה לכם קוד מהנה! נשמח לשמוע מכם על באגים, אפשר להגיב לפוסט הזה או לדווח עליהם בכתובת bugs.chromium.org. זכרו שאפשר תמיד לקבל מידע עדכני על ההטמעה באתר המעולה chromestatus.com.