За да заобиколите KPI проблем Аз написах за тук, Аз направих някои тестване и открих че KPI работа срещу папки с мета данни по същия начин, че те работят срещу документи или списъка елементи. Аз се оказа го чрез създаване на нов тип съдържание на базата на типа на съдържание на папка и след това се добавя няколко полета. Съм създал някои показатели и се оказа че KPI работи както се очаква. Това е добра новина. Това не е съвършен, тъй като тренировка надолу получавате от KPI срещу папки не е точно това, което искате. Това не е твърде много е недостатък в моя случай, защото 1) крайните потребители не знаят по-добре и 2) тренировка надолу отива в папка. Те щракнете върху името на папката и те са в елемента. Това е две кликвания вместо един, което не е края на света.
Това течеше добре с работата правя. Аз съм създаване на папка за всеки документ, който се качва. Това се прави чрез получател на събитие. Като резултат, Това е едно парче от тортата да се запази родителската папка мета данни в синхрон с KPI задвижване мета данни от самия тъй като водопровод е вече налице файл. Това ми позволява да имам KPI и да ги ям също 🙂
Аз modified събитие приемника да добави папката и след това тази нова папка на тип съдържание към моя потребителски тип KPI-приятелски съдържание. Този късче на код did определителен член хитрост:
SPFolderCollection srcFolders = targetWeb.GetFolder("Документи").Подпапките; Папка SPFolder addedFolder = srcFolders.Add(свойства.ListItem.ID.ToString());
SPContentTypeId kpiCT = нов SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F"); addedFolder.Item["Идентификатор на тип съдържание"] = kpiCT; addedFolder.Item.Update();
За да намерите действителните ИД на тип съдържание, Достъп до този тип съдържание чрез настройки на сайта и копие/тесто то от определителен член URL както е показано:
</край>