Как создать сложную функцию для сбора и хранения пользовательских вариантов, которые управляют управлением делегата

Question

длинный заголовок, но, надеюсь, будет достаточно! В основном я хочу создать плоскость в Visual Studio, что сделает следующее: При активации поместите опцию / ссылку в параметрах сбора сайта в мероприятиях сайта. Эта ссылка откроет страницу с совершенно другой страницей пользователями интерфейса, которая имеет несколько вариантов для пользователя. Покажите, например, пользователь выбирает список и некоторые поля или другие параметры, и эти выборы будут храниться где-то (это то, что я действительно хочу знать, как это сделать). Затем пользователь будет «применять» настройки, и это действие затем представьте пользовательский контент в пользовательском делелетеле, сохраненном на главной странице. Я знаю, что это звучит как веб-сайт, но я видел многие из этих вещей, и они не похожи на веб-панели, и нет зон WebPart. Я верю, что они являются пользовательскими элементами управления, которые я построил раньше, и я построил пользовательские элементы управления делегатом. Я хочу в основном прохладный пользовательский интерфейс, который работает на странице SharePoint и как-то хранит варианты, и это глобальный на сборе сайта.

whow! Я пытался быть максимально подробным, но я просто не уверен, что правильные условия для некоторых из этих вещей. Я построил пользовательские страницы приложений, и это может быть то, что есть, но я просто не знаю, как хранить выбранные варианты, чтобы они затем использовались для создания HTML, который будет помещен в управление делегатом.

Редактировать: хороший пример к точке будет рабочем процессом Nintex или что-то подобное. Хотя я не пытаюсь построить инструмент рабочего процесса. Я знаю, что это создает рабочий процесс, но он также хранит настройки и выборы пользователей, которые создают рабочий процесс, и у него есть отличный пользовательский интерфейс. Это то, что я хотел бы иметь для моего пользовательского инструмента.

Любые трюмки или предложения ценятся!

Answer 1

Я думаю, учитывая, что изменения являются «глобальными», вы можете просто использовать список для их хранения, на корневом уровне.

Так что на корневом уровне вашего сайта SharePoint создайте список (который вы скрываете от навигации и т. Д.), С помощью типа содержимого, который имеет все поля, которые вам нужно хранить.

Затем, когда пользователь «сохраняет изменения» с вашей пользовательской страницы (или управления), этот список обновляется или добавлен.

WebPart или Control или страница, которая использует пользовательские настройки, может затем получить доступ к этому списку на нагрузке.

Answer 2

Вы можете использовать SPPERSISTEDOBJECT, который хранит данные в базе данных конфигурации. Я написал сообщение в блоге, который показывает, как использовать SPPERSistedObject на страницах администратора в SharePoint.Это может дать вам некоторые указатели на том, как использовать его на вашей странице. http://sharepointnadeem.blogspot.in/2012/03/Create-администрация-страница-in.html

Answer 3

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

Дополнительная информация об этом списке здесь: http:// zimmgregren.net / Technical / SharePoints-Hidden-user-user-list-user-Информация - список

Я расширил список, добавив дополнительный столбец для хранения пользовательских настроек.