חדשות טובות נוספות מהחבר הוותיק שלנו, WebRTC.
לדיוק: שלוש חדשות טובות וכמה שינויים קטנים בממשקי API.
RTCDataChannel ל-Chrome
ה-RTCDataChannel הוטמע ב-Chrome, ויש הדגמה קטנה ומקסימה בכתובת simpl.info/dc.
הדגמה הזו מראה תקשורת מקצה לקצה של נתונים שרירותיים – בפחות ממאה שורות קוד. לשם כך, תצטרכו להשתמש ב-Chrome מגרסה 25 ואילך, כלומר בטא או Canary.
ב-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.