על מנת לעקוף בעיה KPI . כתבתי בערך כאן, עשיתי כמה בדיקות וגיליתי העבודה הטמעתי את נגד תיקיות עם מטה נתונים באותו אופן שהם נגד מסמכים או רשימה של פריטים. אני הוכחתי אותו החוצה על-ידי יצירת סוג תוכן חדש בהתבסס על סוג תוכן התיקיה, ואז הוסיף כמה שדות. יצר כמה אינדיקטורים והוכיח לעצמי כי Kpi יפעלו כמצופה. . זה היה חדשות. . זה לא מושלם, כי ההסתעפות שאתה מקבל ה-KPI נגד התיקיות זה לא בדיוק מה שאתה רוצה. זה לא חיסרון מדי במקרה שלי כי 1) משתמשי הקצה לא יודעים יותר, 2) ההסתעפות הולך לתיקייה. הם לחצו את שם התיקיה, הם הפריט. . זה שתי לחיצות במקום אחד, וזה לא סוף העולם.
זה זרמו יפה עם העבודה שאני עושה. . אני יוצר תיקיה עבור כל מסמך בו תועלה. הדבר נעשה באמצעות מקלט אירוע. כתוצאה מכך, . זה חתיכת עוגה כדי לשמור של תיקיית האב מטה נתונים מסונכרנים עם הנתונים מונחה-KPI meta מהקובץ עצמו מאז הצנרת נמצא כבר במקום. This allows me to have my KPI’s and eat them too 🙂
התאמתי את השפופרת אירוע כדי להוסיף את התיקיה ולאחר מכן הגדר את סוג התוכן של תיקיה חדשה זו לסוג התוכן שלי ה-KPI ידידותי מותאם אישית. זה מעט קוד עשה את העבודה:
SPFolderCollection srcFolders = targetWeb.GetFolder("מסמכים").תיקיות משנה; SPFolder addedFolder = srcFolders.Add(מאפיינים.ListItem.ID.ToString());
SPContentTypeId kpiCT = חדש SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F"); addedFolder.Item["תוכן מזהה סוג"] = kpiCT; addedFolder.Item.Update();
כדי לאתר את מזהה סוג התוכן בפועל, אני לגשת סוג תוכן באמצעות הגדרות האתר, העתקה/הדבקה זה מכתובת ה-URL כמוצג:
</קצה>