ליקוטי שיבולים

כל מיני דברים שקל לעשות לרשימת מחרוזות אם משתמשים באובייקט ה-list<string> - למשל לסדר את האיברים לפי אורך ואז לפי א-ב; ליצור מחרוזת שעשויה מכל המלים ברשימת המחרוזות; ליצור רשימת מחרוזות ממחרוזת אחת; ועוד. וכאן ישנו החלק הראשון של פעולות נפוצות בשימוש ברשימת מחרוזות.
ובכלל באתר הזה - .NET curry - יש מאמרים רלוונטיים לפיתוח לאינטרנט גם בצד שרת וגם בצד לקוח.

אני מניחה שמתודות ההרחבה (Extension Methods) שנכנסו ב-.Net 3.5 מוכרות, ובכל זאת אי אפשר להפסיק להתפעל מהן. זה פשוט נפלא שאפשר להוסיף למחלקה של דוט נט עוד מתודות, כך שכל מי שישתמש בקוד של הפרוייקט הזה, יוכל להשתמש בהן.

מתודת הרחבה מעניינת שנתקלתי בה לאחרונה היא היפוך מחרוזת. כשחקרתי את האתר הנ"ל, ראיתי שיש שם אוסף נחמד למדי של קטעי קוד (snippets) בכל מיני שפות שמתאימים לכל מיני סיטואציות שאנו עשויים להתקל בהם.  למשל כשעשית חיפוש על המילה string בקטעי קוד, מצאתי מתודה שמורידה את המילה האחרונה במחרוזת ב-#C, מתודה המקצצת את המחרוזת משני צידיה ב-JavaScript ומתודה המעדכנת את ה-connection string בזמן ריצה, ב-VB.NET.

CodeKeep נראה מקום נחמד לשוטט בו, ואולי למצוא דברים שימושיים.

יש למייקרוסופט בלוג-חדשנות בשם Innovation Showcase: מידע שניתן ע"י ארכיטקטים עבור ארכיטקטים אודות ארכיטקטורת תוכנה, דגמים, מתודולוגיות, כלי פיתוח וחדשות התעשיה המתייחסים לפלטפורמת האפליקציות של מייקרוסופט.

בפוסט האחרון שלהם Visual Studio Myth Buster, הם מפנים לאפליקציית סילוורלייט שנועדה לנפץ מיתוסים הנוגעים לפיתוח ב-Visual Studio. המטרה היא לעודד אנשים לשדרג ל-VS 2008 ו/או ל- VS 2010 ע"י ניפוץ מיתוסים שיתכן שמונעים מאנשים לבצע את השדרוג. למשל, יש שמועה ש-web forms יפסיקו להתקיים ב-VS 2010 בגלל כניסתה של מתודת ה-MVC. מנפץ המיתוסים מראה שהמיתוס הזה מנופץ ע"י הבלוגר Mike Ormond, ויש גם קישור לבלוג שלו. יש שם את שלוש הגרסאות האחרונות של Visual Studio -  ר2005, 2008 ו-2010 - כשבגרסאות 2008 ו-2010 המטרה היא לנפץ מיתוסים שגורמים לאנשים להימנע מלשדרג, וב-2005 מנופצים מיתוסים הגורמים לאנשים להשאר בגרסה זו.

מנפץ המיתוסים מאפשר לבחור באיזו גרסת VS להתמקד, ובאיזה נושא לעסוק, ואז נותנת רשימת מיתוסים, וכן רשימת פיצ'רים בנושא ובגרסה שנבחרו. בעיני זה עשוי מאד יפה - גם עצם הרעיון, גם הצגת המידע (בסה"כ מדובר במידע רב ומגוון, והם הצליחו לדעתי להציג אותו בצורה מאד פשוטה ונוחה), וגם התפעול. נסו, תהנו, ו(אולי)תשדרגו

טיפ מעניין שנתקלתי בו: לפעמים אנחנו רוצים להשתמש בקבצים שנמצאים באינטרנט. המקרה הפשוט ביותר הוא מקור של דף HTML, אבל יש גם קבצי config, תמונות, מסמכים (PDF, PSD, DOCX וכד'). בד"כ אנחנו לא מקדישים מחשבה לעניין, מפני שהם מקושרים לדף אינטרנט, אז אנחנו פוצחים בריקוד ה-קליק-ימני-שמירה-בשם, פתיחת-editor-קובץ-פתח-Browse...איפה-שמרתי-את-זה...
אם אנחנו זוכרים את הטריק של shift-קליק-ימני/העתק-כנתיב, אנחנו חושבים שהצלחנו לתחמן קצת את המערכת.

מתברר שיש דרך טובה יותר (כן, אפילו טובה יותר מ-wget).

מתברר שאפשר לפתוח כתובות אינטרנט ישירות ב-Visual Studio! נסו!

פתחו את Visual Studio (כל גרסה), הקלידו ctrl-O להעלות את חלון פתיחת הקבצים, ואז הקלידו את ה-URL המבוקש. כשנלחץ Enter, ה-HTML שבכתובת שנתנו יופיע ב-Visual Studio!

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

או בשפה קצת יותר מובנת - Checking if a Method is Overriden.

יש לא מעט פעמים שאנחנו יוצרים מחלקות בסיס עם מתודות וירטואליות, ומצפים שהמחלקות היורשות תממשנה את המתודות. למשל, יכול להיות מצב שאם המחלקה היורשת איננה מממשת את המתודות, אז הקוד שקורא לה לא יוכל לפעול כראוי. כיצד ניתן, בקוד שיוצר את האובייקט היורש, לדעת אם האובייקט הזה מימש מתודה מסויימת? דייווי בריון כתב פוסט עם מתודה קצרה ופשוטה, המשתמשת במתודה type.GetMethod כדי לקבל אינפורמציה על המתודהבה אנו מתעניינים. בשיטה שהוא מציע, הוא מקבל את האינפורמציה  על המתודה המדוברת, ובודק אם ה-type של המחלקה היוצרת הוא ה-type של המחלקה היורשת ולא מחלקת הבסיס. פשוט וגאוני, לא?

גם בתגובות של הפוסט הזה שווה לעיין. אחת התגובות הטובות מציינת דרך נוספת לבצע את הבדיקה: קודם כל, בפרמטרים שמועברים ל-type.GetMethod אפשר גם להעביר דגל BindingFlags.DeclaredOnly האומר להחזיר רק מידע על מתודות שנוצרו במחלקה ולא מתודות שעברו בירושה. דבר נוסף שהוא ממליץ לבדוק הוא MethodAttributes.ReuseSlot, שלטענתו די מוודא שהמתודה הוגדרה כך:

\override RETURN-Type MethodName(…)\