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

פתרון נתון עלולים ליצור חפצים כמו אלה:

• סוג תוכן
• הגדרת הרשימה
• הגדרת אתר
• נתונים ברשימה
• אפילו מקלטים
• טפסים של InfoPath

והרשימה עוד ארוכה.

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

כדי לעזור עם זה, יצירת מטריצה המפרט כל חפץ שהפתרון שלך פורס SharePoint. רשימה של שלוש עמודות לכל החפץ, אחד עבור יצירה, update ו- delete. לכל מקרה, לקבוע את התוצאה הנכונה עבור פעולה זו.

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

</קצה>

מנוי על הבלוג שלי.

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin