من أجل التغلب على مشكلة KPI كتبت عنه هنا, فعلت بعض التجارب واكتشف العمل KPI هذا ضد المجلدات مع البيانات الوصفية بنفس الطريقة التي تعمل ضد الوثائق أو عناصر قائمة. أنا أثبت ذلك بإنشاء نوع محتوى جديد استناداً إلى نوع محتوى المجلد وثم إضافة حقول قليلة. إنشاء بعض المؤشرات، وأثبت لنفسي أن مؤشرات الأداء الرئيسية تعمل كما هو متوقع. كانت هذه الأنباء السارة. أنها ليست مثالية, لأن الحفر إلى أسفل تحصل من KPI ضد المجلدات ليس بالضبط ما تريد. هذا ليس كثيرا هناك عيب في حالتي لأن 1) للمستخدمين النهائيين لا أعرف أي أفضل و 2) يذهب التصفح لأسفل إلى مجلد. يقومون بالنقر فوق اسم المجلد، وهم في هذا البند. نقرتين بدلاً من واحدة, وهي ليست نهاية العالم.
وهذا تدفقت لطيف مع العمل كنت أقوم به. أنا إنشاء مجلد لكل مستند التي تحصل على تحميلها. ويتم هذا عن طريق جهاز استقبال الحدث. وكنتيجة لذلك, أنها قطعة من كعكة للحفاظ الخاصة بالمجلد الأصل بيانات التعريف في المزامنة مع البيانات الوصفية يحركها KPI من الملف نفسه منذ السباكة موجودة بالفعل. This allows me to have my KPI’s and eat them too 🙂
تم تعديل متلقي الحدث إضافة المجلد، ثم قم بتعيين نوع المحتوى هذا المجلد الجديد إلى نوع محتوى مخصص بلدي صديقة KPI. هذا جزء من التعليمات البرمجية لا حيلة:
سبفولديركولكشن سركفولديرس = targetWeb.GetFolder("وثائق").المجلدات الفرعية; سبفولدير أديدفولدير = srcFolders.Add(خصائص.ListItem.ID.ToString());
سبكونتينتيبيد كبيكت = الجديد سبكونتينتيبيد("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F"); addedFolder.Item["معرف نوع المحتوى"] = كبيكت; addedFolder.Item.Update();
لتحديد موقع معرف "نوع المحتوى" الفعلي, الوصول إلى نوع المحتوى عن طريق إعدادات الموقع، ونسخ/لصق من URL كما هو موضح:
</نهاية>