Для того, чтобы обойти проблемы КПИ Я писал о здесь, Я сделал несколько испытаний и обнаружил что КПИ работа против папки с мета-данных таким же образом, что они работают против документы или элементы списка. Я доказал это путем создания нового типа контента на основе типа содержимого папки и затем добавлены несколько полей. Я создал некоторые показатели и доказал себе, что ключевые индикаторы производительности работают как ожидалось. Это была хорошая новость. Это не идеальный, потому что бур вниз вы получаете от ключевого показателя эффективности против папок это не совсем то, что вы хотите. Это не слишком много недостатков, в моем случае, потому что 1) конечные пользователи не знают ничего лучшего и 2) бур вниз идет в папку. Они щелкните имя папки, и они находятся на элементе. Это два клика вместо одного, который не конец света.
Это текли красиво с работой, которую я делал. Я создаю папку для каждого документа, который получает загружены. Это делается через приемник событий. В результате, Это кусок пирога, чтобы сохранить родительской папки мета-данные в синхронизации с данными KPI-управляемых метаданных из файла сам так как сантехника уже на месте. This allows me to have my KPI’s and eat them too 🙂
Я изменил приемник событий, чтобы добавить папку и затем задать тип контента этой новой папки мой пользовательский тип контента КПИ friendly. Этот бит кода сделал трюк:
SPFolderCollection srcFolders = targetWeb.GetFolder(«Документы").Вложенные папки; SPFolder addedFolder = srcFolders.Add(Свойства.ListItem.ID.ToString());
SPContentTypeId kpiCT = Новые функции SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F"); addedFolder.Item[«Идентификатор типа контента"] = kpiCT; addedFolder.Item.Update();
Чтобы найти фактический идентификатор типа контента, Я получить этот тип контента через настройки сайта и копировать/вставить его из URL-адреса, как показано:
</конец>