כמה צוותי פיתוח צריך בשביל להחליף נורה?
אם שואלים את מיקרוסופט, כנראה התשובה היא "כמה שיותר צוותים, שכל אחד יתן פתרון אחר ומתישהו נבחר את האחד המתאים ונפטר את השאר".
למי שיצא לקרוא את ה-Post הקודם שלי לגבי בעיות עם EF ו-JSON והציץ בתכתובת שהיתה בפורום של EF ב-MSDN שם אולי לב לכך שנרשם שם שהבעיה תועבר לצוות של Ado.Net Data Services (אסטוריה) לטיפולם.
אני חשבתי לתומי שהם כנראה לקחו אחריות על ה-Serializer של JSON (או בשמו הידוע DataContractJsonSerializer) זאת מאחר ו-JavascriptSerializer הוצא לגמלאות (או בעגה הדוטנטית made obselete) ושיערתי שאין סיבה שיפתחו שני סריאליזרים שונים לאותה מטרה - טעיתי !
הצצה חפוזה ב-Ado.Net Data Services מעלה שיש לסביבה זו סריאליזר נפרד לחלוטין (מחלקת JsonSerializer החבויה תחת System.Data.Services.Serializers), יחד עם אחיו ואחיותיו הסריאליזרים - סריאליזר חדש ל-Binary, ל-Atom ואפילו סריאליזר חדש ל-POX.
זה מזכיר לי ששנה שעברה, שמעתי הרצאה של אלון פליס בנושא Media Center וכשהוא הגיע לתאר את סביבות הפיתוח לפלטפורמה זו הוא ציין שבנוסף ל-HTML ו-XBAP (הרצת WPF תחת דפדפן) ישנה שפה נוספת לבניית אפליקציות שנקראת MCML (קיצור של Media Center Markup Language). הרבה שאלו את עצמם בסוף ההרצאה למה באמת צריך 2 סביבות פיתוח מתקדמות (XBAP ו-MCML) ולראיה, לאחר כמה חודשים אלון פרסם בבלוג על כך ש-XBAP הוצאה לגמלאות מ-Media Center.
אז אני מניח שנצטרך לחכות ולראות מי ינצח DataContractSerializer ומשפחתו או משפחת ה-Serializers של Data Services.