I LOVE C#

כרגע תמונות וקוד, השעה כבר מאוחרת, בהמשך הסברים…

דוט נט 4.0 מתקרב ובא (גרסת בטא 1, כבר שוחררה). ולכן החלטתי שהגיע הזמן לעשות בית פתוח :-). במפגש, ניתן סקירה מעמיקה על WCF 4.0 ו- Parallel Computing, טכנולוגיות שהולכות להיות אבן פינה בפרויקטים מבוססים דוט-נט 4.0.

קהל יעד: מפתחים וראשי צוותים בסביבת .Net עם ידע מוקדם ב- WCF.

רמה: גבוהה!

לוח זמנים:

8:30 – 9:00 התכנסות

9:00 – 10:30 What's new in WCF 4.0
מה חדש ב- WCF 4.0 ששווה לחכות לו בקוצר רוח. בחלק זה של ההרצאה נעבור על כל החידושים שפורסמו ונראה איך זה יכול לשפר את הקוד הנוחכי שלכם.

10:30 – 11:00 הפסקה

11:00 – 12:30 Parallel Computing
המחשבים משתפרים משנה לשנה, אך האם הקוד שלנו רץ יותר מהר? בחלק זה של ההרצאה נעבור על API חדש שחושפת מיקרוסופט בדוט-נט 4.0 שעוזר לנו לתכנת בצורה מקבילית ולשפר את הביצועים כפונקציה ישרה לביצועי המחשב.

12:30 סיום משוער

לרשום לחץ כאן.

אין ספק ש-MDC יעזור לאתרי אינטרנט לשפר ביצועים באחוזים גבוהים. אך האם הוא יכול לעזור לי בפתרונות של בנית מערכות מבוזרות? האם האפשר להשתמש בו כערוץ תקשורת להעביר נתונים בין מחשבים? אני חושב שכן !!!

הנחות יסוד: 
השימוש ב-MDC הוא עבור הודעות שזמן הגעתן ליעד אינו מהיר ויכולה להיות איטי יחסית לערוצי תקשורת סטנדרטים.

פתרון ל- Service Discovery:
ב-WCF 4.0 יש שני סוגי פתרונות ל-Discovery. האחד משתמש ב-Multicast והשני בנקודה, PROXY מרכזי שדרכו מגלים את שאר השירותים.
אני חושב ש-MDC יכול לתת פתרון טוב יותר. כל שרות שעולה, מכניס לתוך ה-MDC את כל הפרטים שלו. כל שרות שמחפש שרות אחר פשוט ניגש ל-MDC ולוקח משם את הפרטים של השרות אותו הוא מחפש.

היתרונות:
1. הכנסת הנתונים ל-MDC והוצאתם היא ע"י קוד פשוט שלא חושף את בעיות התקשורת.

2. מיד אחרי שהשרות נפתח הנתונים שלו זמינים לכול שאר השירותים, בלי צורך ליצור קשר איתו ישירות, כלומר הנתונים יהיו זמינים גם עם השרות יש לו Down Time קצר.

סיכום:
ע"פ דעתי קיבלנו פתרון אמין יותר ופשוט יותר. בצורה דומה אני גם רוצה לבנות Configurations Repository  לכל השרותים של WCF.

עוד נקודה מעניינית, אפשר לשלב פתרונות, לדוגמא ברצוני לבקש משירות שיעביר לי מספר גדול מאוד של רשומות, מה שיגרום לנפילת התקשורת… מה עושים? בפוסט הבא :-)