#c# #sharepoint #sharepoint-2013
#c# #sharepoint #sharepoint-2013
Вопрос:
Требования
У меня есть иерархия сайтов, где корневой сайт является «Сайтом управления проектами», а каждый дочерний сайт является «Сайтом проекта», поэтому дочерними сайтами будут: Project1, Project2, Project3 и т.д.
Менеджеру необходимо создать объявление в корневом каталоге, объявление будет для всех или для конкретного проекта (дочернего сайта). В настоящее время я вижу два варианта:
Подход 1
Один список объявлений на корневом сайте, каждый дочерний сайт будет читать объявления из этого списка объявлений.
Подход 2
Один список объявлений в корневом каталоге и один приемник событий для копирования элементов из этого списка для каждого (или определенного дочернего сайта).
У меня есть некоторый код, написанный для подхода 2, но я могу легко изменить его.
Мой вопрос:
Как я могу управлять тем, кто (пользователь) уже прочитал объявление? Нужно ли мне создавать другой список (своего рода промежуточный объект) для управления этим?
Комментарии:
1. Что вы подразумеваете под управлением тем, кто отреагировал на объявление? Вам нужна запись о том, кто это прочитал? Как вы показываете предупреждения пользователям? как веб-часть или в списке?
2. Да @SigarDave. Если пользователь входит в систему, и он / она не прочитал объявление, я покажу его красным, если он / она уже прочитал объявление, я покажу его зеленым. Я разработаю пользовательский веб-раздел для отображения объявления.
3. Хорошо понятно, вы можете сделать две вещи 1. сохранить список пользователей, которые читают предупреждение, добавив их в таблицу sql, но для этого вам нужно иметь пользовательскую базу данных sql. 2. Или вы можете добавить настраиваемое свойство профиля пользователя для SPUser. Так что, когда пользователь прочитает предупреждение, в это время вы можете установить значение для этого свойства в true. Вот код для этого. dhirendrayadav.com/2010/06 /…
4. @SigarDave Пользовательская база данных SQL кажется чрезмерной. Это SharePoint… OP может просто создавать записи в пользовательском списке SharePoint с помощью JavaScript, если это необходимо.
5. Я не думаю, что другое решение SQL DB или User profile — хорошая идея, я рассматриваю это как слишком большое решение для простой проблемы. Если мне нужно создать другой «способ» управления операционной системой, который читает объявление, я могу создать другой скрытый список в sharepoint. На самом деле я задаю этот вопрос, чтобы узнать, есть ли в Sharepoint уже такой контроль. Если мне нужно создать другой список, я это сделаю, но если у sharepoint уже есть какое-либо OOB-решение для этой проблемы, это будет лучше.