הכירו את DAP – קבוצת עבודה שמפתחת ממשקים פתוחים

מהי קבוצת DAP ב-W3C ואיך אתם יכולים לתרום לפיתוח התקנים הפתוחים של יישומי העתיד

בידיעה זו נסקור ממשקי תכנות (API) חדשים עליהם עובדים בקבוצת העבודה DAP ב-W3C: רשימת אנשי קשר, יומן, מדיה, הודעות, מידע מערכת, גלרייה, מדיניות, פרטיות ו-Powerbox. הידיעה נכתבה על ידי ראש קבוצת העבודה DAP, רובין ברג'ון, ופורסמה במקור ב-berjon.com בשם Introducing DAP קישור חיצוני. היא תורגמה ונערכה על ידי אייל סלע.

פעמים רבות אני מוצא שאנשים מרגישים מאויימים או מבולבלים מהמושג "קבוצות עבודה של ה-W3C". אולם אין צורך בכך – קבוצת עבודה היא בסך הכל קבוצה של גיקים שעובדים יחד בכדי לפתח טכנולוגיה פתוחה (Open Technology). אני יכול להבין את תחושת הבלבול – יש הרבה ז'רגון ותהליכים בפעילות הקבוצה. אולם לדעתי, הרבה מהתהליכים האלו מועילים (ו-W3C הוא בטח אחד הארגונים היעילים ביותר). הבעיה היא שאנשים נחשפים לפעילות זו לפני שהם מספיקים להבין כיצד היא יכולה לסייע. לכן, חשוב לי להדגיש: רשימת הדיוור של קבוצת העבודה DAP פתוחה לציבור – וכולם יכולים להשתתף, גם בלי להכיר את התהליכים לעומק.

אודות DAP

DAP הן ראשי תיבות של Device APIs and Policy (בעברית – ממשקי תכנות ומדיניות גישה למכשירים). זוהי קבוצת עבודה פומבית, כלומר העבודה בה נעשית בגלוי, וכל אחד יכול להרשם לרשימת הדיוור [באנגלית] ולהשתתף בפעילות. ברשימה יש כ-250 רשומים, מתחומי הרשת והמכשירים הניידים – חלק פעילים יותר, חלקם פחות. DAP נפתחה באוגוסט 2009. באמנת הקבוצה [באנגלית] יש מידע נוסף.

אני יושב ראש הקבוצה, לצידו של יושב ראש נוסף, פרידריק הירש (Frederick Hirsch). קולו של יושב ראש הקבוצה אינו נחשב יותר משל יתר המשתתפים או מעיד על יתרון כלשהו. מטרת יושבי הראש היא לקדם את הפעילות על פי תהליך ה-W3C [באנגלית], ולוודא שהפעילות מתקדמת. כמובן שליושב הראש יש דעה גם בהיבטים טכניים, אך הוא מצופה לשמור על איפוק במקומות בהם יש התלהמות.

APIים חדשים ומדיניות גישה למכשירים

בסעיף זה אפרט את הממשקים והתקנים עליהם אנו עובדים, או מתכננים לעבוד עליהם בקרוב.

  • API לרשימת אנשי קשר – Contacts read-only ו-Contacts writeable: ה-API לרשימת אנשי הקשר נותן גישה לספר הכתובות המאוחד של המשתמש. כלומר, היישום יספק גישה פשוטה ואחידה לאנשי קשר ממספר מקורות (מקורות מקומיים כמו ספר כתובות על המכשיר וממקורות חיצוניים כמו רשתות חברתיות). התקן מחולק ל'קריאה בלבד' ו'כתיבה', מכיוון שתהליך הכתיבה מסובך הרבה יותר, ולכן ידרוש יותר עבודה. הטיוטה של 'קריאה בלבד' נמצאת בשלב מתקדם, ומוזילה כבר עובדים על יישום שלה.
  • API ליומן – Calendar: ה-API ליומן חושף מידע אחיד מיומני הפעילות של המשתמש (גם כאן, ממקורות מקומיים או מרוחקים). גם טיוטה זו נמצאת בשלב מתקדם למדי, אולם יש מספר נושאים בתחום הבינאום (Internationalization) שעלינו לפתור. יתכן וגם תקן זה יחולק בעתיד.
  • API למדיה – HTML Media Capture ו-Media Capture API: שני ממשקים המאפשרים צילום תמונות והקלטת קול ווידאו מחיישני המכשיר. ה-Media Capture API מגדיר את השימוש ב-<input type='file'/> באופן שמקל על המפתח להפעיל את ממשק המשתמש, ותוך הוספת מעט תחביר ל-API ‏‏הקיים. ה-Media Capture API מאפשר גישה מתקדמת יותר לחיישנים.
  • API להודעות – Messaging  – SMS, MMS, email: ממשק ההודעות מסוגל בשלב זה לשלוח הודעות מסוגים שונים ולקבל התראה כאשר הן מתקבלות. קבוצת העבודה דנה כעת בהיקף התקן, השימוש בו בדפדפן, ואיזה חלק ממנו צריך להיות אפשרי רק מאפליקציות שהן חלק ממנגנון אמון (כגון ווידג'טים).
  • API למידע מערכת – System Information: זהו תקן בוגר יחסית. הוא מתאר כיצד לגשת בעזרת סקריפט למאפיינים שונים של המערכת. למשל – מצב ה-CPU, טמפרטורה, תאורה וקול חיצונית, גישה לרשת, ומאפיינים נוספים.
  • API לגלרייה – Gallery: התקן מגדיר גישה למדיה המאוחסנת על המכשיר, באופן מסוכן פחות מאשר לתת גישה ישירה למערכת הקבצים (file system). בשלב זה, הטיוטה אינה משקפת את כוונות קבוצת העבודה, שהיא לפתח את התקן באופן הדומה לתקן 'אנשי קשר'. זאת, מכיון שהגדרות הפרטיות, אבטחת המידע, וממשק המשתמש דומים בשני התקנים הללו.
  • מדיניות – Policy Framework ,Policy  Markup for Device APIs ו-‏Device API Features: מדיניות היא מערכת הכללים שמגינה על הגישה ליכולת מסוימת של ה-API. טרם גיבשנו את שיטת הגדרת המדיניות. בעתיד, ניתן יהיה להשתמש במדיניות כמנגנון למתן או שלילת גישה של אפליקציות או ווידג'טים ליכולות שעשויות להיות מסוכנת, על סמך האמון בהם. מקור האמון יכול להיות למשל ספק השירות הסלולרי, או מקור אמון אחר ברשת (web of trust).
  • פרטיות – Privacy Requirements ו-Privacy Ruleset: כפי שאולי שמתם לב, להרבה מהממשקים שציינו יש השפעות ישירות על פרטיות המשתמש. לכן, קובצת העובדה מפתחת את הממשקים באופן שיכלול שליטה בפרטיות ברמת הארכיטקטורה (privacy-by-desig), וגם יספק פתרונות פרטיות כוללים.
  • Powerbox – (הטיוטה עדיין אינה זמינה) זוהי הצעה של גוגל לגישה בטוחה ובשליטת המשתמש לשירותים צד שלישי, בעזרת JavaScript. הצעה זו דומה מבחינת רמת הבטיחות ל-OAuth.

השתתפו בפעילות הקבוצה

אתם מוזמנים להשתתף בפעיולת הקבוצה. הדרך הפשוטה ביותר היא לבחור טיוטה שמעניינת אתכם, לקרוא אותה, ולשלוח משוב באמצעות אימייל לרשימת הדיוור הפומבית, באנגלית (בכתובת: public-device-apis@w3.org). באפשרותכם להרשם לרשימת הדיוור ולהשתתף בדיונים. אם מצאתם חוסרים – דברו עליהם: בבלוג שלכם, בטוויטר, פנו לקבוצת העבודה, למפתחי הדפדפן בו אתם משתמשים, וכדומה.

מידע מעודכן תמיד יופיע בדף הבית של קבוצת העבודה [באנגלית]. הוא אמנם מכיל הרבה מסמכים – אך אל דאגה – תוכלו להשתתף בפעילות גם אם רק אחד או שניים מהם מעניין אתכם – ובלי להכיר את כולם. לרוב, תוכן המסמכים אינו חופף.

הפוסט פורסם לראשונה באתר W3C ישראל

אייל סלע

אייל סלע הוא מנהל פרויקטים באיגוד האינטרנט הישראלי וכותב את ProductiveWise, בלוג הפרודקטיביות, אינטרנט ומדיה חברתית (http://www.productivewise.com).

הגב

Be the First to Comment!

avatar
Photo and Image Files
 
 
 
Audio and Video Files
 
 
 
Other File Types
 
 
 
wpDiscuz

תגיות לכתבה: