אחת הבעיות בעבודה בצוות זה שמשהו צריך לקרוא את הקוד שלך.

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

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

ואז באחד הערבים הקרים החלטתי לכתוב את הAdd in הראשון שלי לVS היה ברור לי שאני רוצה להשתמש במנוע של הWORD בשביל לבדוק את השגיאות ושאני רוצה לבצע שבירה של מילים לפי כללי הNaming הסטנדרטים.

אז התחלתי בהוספת reference לרכיב הcom של WORD 11, ובגלל שלא ראיתי תיעוד נורמלי, אז התחלתי לעבור על רשימת המתודות ומצאתי את GetSpellingSuggestions שמקבלת בערך 20 פרמטרים שונים ומחזירה את הצעות לתיקון של המילה המועברת.

ואז פניתי למשימה של שבירת המילים בגלל שWORD יודע לקבל מילה בודדת, אז קודם כל שברתי את הטקסט לפי רווחים ו"_" ועבור כל מילה ביצעתי שבירה לפי אותיות גדולות קטנות, כל זה טוב ויפה אבל לא מספיק כי זה חלק מAdd in לVS אז בתוך הקוד של Add in הוספתי את הקוד לקריאה של הטקסט המסומן ע"י הקוד הבאה:

string selectedText = ((TextSelection)_applicationObject.ActiveDocument.Selection).Text;

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

לסיכום אני ממליץ לכל אחד ממכם לנסות לעבוד מול API של הWORD אתם תמצאו שם מתודות מעניינות כמו Dummy ועוד...

בעולם שבו הזמן שמוקדש למשימות קידוד הולך ויורד היכולת לשפר את סביבת העבודה שלנו, מאפשר לנו להגיע לתוצר איכותי בלו"ז קצר.

ולנסות לכתוב Add in ל VS.

מצורף הפרוייקט כהשראה למה שאפשר לעשות בVS.