Свойства пользовательского ресурса и библиотеки документов Sharepoint

Question

Есть ли стандартный способ связать пользовательские свойства с пользователем? Мне нужно хранить количество элементов на странице, выбранного пользователем в сетке библиотеки документов, отдельно для каждого пользователя и библиотеки документов.

Edit:

Извините за эту неопределенность, я хотел сделать это программно . Похоже, я нашел решение, это класс UserProfileManager , хотя сейчас я изучаю, существует ли ограничение на количество свойств, которые вы можете сохранить таким образом для пользователя, потому что самый простой способ сохранения размеров страниц для каждого пользователя + библиотека документов, по-видимому, заключается в использовании идентификаторов GUID представлений в качестве имен свойств и номеров страниц в качестве значений. Хотя я не знаю, является ли он более эффективным или нет, зависит от того, как sharepoint хранит эти свойства.

Answer 1

Нет, вам нужно создать собственный код для хранения данных.

Учитывая потенциальный объем созданных данных, может быть целесообразно сохранить их в отдельной базе данных.

Это дало бы большую гибкость в способах манипулирования данными и их извлечения.

Answer 2

Вы можете настроить список для хранения данных выбора, а затем использовать события / AJAX в списке документов, чтобы помещать элементы галочки / снятия отметки в список выбора (как минимум, сохранить пользователя, библиотеку и документ.

Если вам не нужен отдельный список, вы можете создать поле в своей библиотеке документов, в котором будут храниться пометки пользователей, которым помечен данный документ ... Вам все равно понадобится какое-то событие / AJAX для обновления списка, когда пользователь помечает / снимает флажок. Сырой :) 1003 *

Answer 3

Ваш вопрос немного расплывчатый. Вы ищете какой-нибудь пользовательский код? Вы можете сделать это многими способами, так что это будет трудно, не зная больше того, что вы хотите.

Используя пользовательский код, вы можете настроить рабочий процесс или обработчик событий для ответа на события элемента, а также для записи информации и сохранения ее с использованием профиля пользователя или в качестве объекта SPPersistedObject.

Если вам нужен менее ориентированный на разработчика способ, вы можете использовать аудит и просто создавать отчеты по результатам аудита.