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