פורום המשתמשים בתדירות גבוהה כמו שאלות כאלה:

> שלום,
>
> בבקשה תגיד לי אם יש בכל אפשרויות כדי לבנות רשימה מותאמת אישית עם
> סוג אב ופרטים (כמו חשבוניות) ללא השימוש ב- InfoPath.
>

SharePoint מספק כמה מתוך התכונות תיבת התומכים מיני לדרישות העסקיות..

באופן כללי, אחד מקשר שתי רשימות יחד באמצעות עמודת בדיקת מידע. רשימה A מכיל את פרטי כותרת חשבונית ומכיל רשימה B פרטי חשבונית.

השתמש ברשימות נוספים כדי לשמור על מספרי לקוחות, מספרי מוצר, ועוד.

השתמש web part שאילתת תוכן (ב- MOSS בלבד) ו/או נתונים הצג את ה-web part כדי ליצור תצוגות הממוזג של הרשימות. שרת SQL שירותי דיווח (SRS) זמין גם עבור הצד דיווח על זה.

עם זאת, ישנן כמה מגבלות חשוב שיהיה קשה להשתמש בתכונות out-של--box טהורה לכל דבר שהוא אפילו בינוני מורכבים. אלה כוללים:

• הגודל של בדיקת מידע הקשור רשימות vs. "פיקחות" סוג עמודת בדיקת מידע. סוג עמודה ' בדיקת מידע ' מציג את עצמו על ממשק המשתמש באופן שונה בהתאם אם אפשרת בחירה מרובה או לא. בכל מקרה, הפקד out-של--box מציג את כל הפריטים הזמינים ברשימה מקור. אם יש ברשימה מקור 1,000 פריטים, זה הולך להיות בעיה. הפקד חיפוש לא לדפדף פריטים אלה. במקום זאת, . זה מושך את כולן לתוך הפקד. זה הופך עבור ממשק משתמש מאוד מוזר מבחינת הזנת נתונים וביצועים.
• בדיקות "לסגת" טור אחד של מידע. לעולם לא תוכל להוציא חזרה יותר מעמודה אחת של מידע מתוך רשימת המקור. למשל, אין באפשרותך לבחור לקוח "12345" ולהציג את המספר, כמו גם של הלקוח שם וכתובת באותו הזמן. בדיקת המידע מציג רק הלקוח מספר ולא שום דבר אחר. זה עושה עבור ממשק משתמש מוזר וקשה.
• אין תקשורת אינטרה-טופס. . כתבתי על זה כאן. אתה לא יכול ליישם את המדורג רשימות נפתחות, מותנה לזמינה/לא זמינה שדות, ועוד.
• ללא מחיקות בהתאם להיררכית הקשרים או שלמות מוכללת. SharePoint מתייחס רשימות מותאמות אישית כישויות עצמאיות, אינו מאפשר לך לקשר אותם זה לזה במובן המסורתי ERD. לדוגמה, SharePoint מאפשר לך ליצור שתי רשימות מותאמות אישית, "הלקוח" ו- "כותרת חשבונית". באפשרותך ליצור כותרת חשבונית המקשר חזרה ללקוח ברשימת לקוחות. לאחר מכן, באפשרותך למחוק את הלקוח מתוך הרשימה. מחוץ לקופסה, אין שום דרך למנוע את זה. כדי לפתור בעיות כאלה, בדרך כלל תשתמש באירועים.

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

• מטפלים באירועים. להשתמש בהם כדי לאכוף שלמות הקשרים.
• עמודות מותאמות אישית: ליצור סוגים עמודות מותאמות אישית ולהשתמש בהם במקום עמודת בדיקת המידע המוגדר כברירת מחדל. הוסף את ההחלפה, אגירת ותכונות AJAX כדי לגרום להם להפסיק להגיב.
• BDC. תכונה זו מוס בלבד מאפשר לנו להציע שאילתת שרשימות SharePoint אחרים עם ממשק משתמש מעולה לעמודת בדיקת המידע הרגיל. BDC יכול גם להגיע יישום שרת הקצה האחורי. השימוש BDC כדי למנוע שכפול. במקום שכפול מידע אודות לקוחות מן הקצה האחורי מערכת ERP, במקום זאת השתמש BDC. תכונות BDC לספק ממשק משתמש נחמד כדי למשוך את המידע ישירות מתוך מערכת ה-ERP לאן זה שייך ומונעת את הטרחה של שמירה על פתרון שכפול.

  BDC הוא תכונה מוס (שאינן זמינות ב- WSS) הוא מאתגר כדי לקבוע את תצורת.

• טופס האינטרנט ASP.NET: יצירת מלאות התומך AJAX טופס המשתמשת אובייקט למודל ו/או אינטרנט שירותי SharePoint כדי למנף את רשימות SharePoint תוך מתן ממשק משתמש שיודע להגיב.

האפשרות האחרונה, להרגיש כאילו אתה מתחיל מאפס, אבל לא מתייחסים לעובדה כי פלטפורמת SharePoint יתחיל עם התכונות העיקריות הבאות:

• מודל האבטחה עם תחזוקה.
• מערכת התפריטים עם תחזוקה.
• "טבלת מאסטר" (כלומר. רשימות מותאמות אישית) עם אבטחה, תחזוקה מובנה וביקורת.
• חיפוש.
• הקצה האחורי שילוב כלים (BDC).

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

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

</קצה>