Должен ли я использовать приемник рабочего процесса или события?

Question

Я хочу создать пользовательский тип контента, который станет основой элемента списка, который будет иметь несколько состояний. Различные состояния будут определять, в каком списке будет создан этот элемент. Он будет перемещаться между состояниями и, следовательно, списками на основе действий пользователя.

У меня есть несколько вариантов для реализации этого:

1. Создание рабочих процессов на каждом списке, которые обрабатывают конкретные функции, относящиеся к этому списку. При необходимости перемещайте элемент в другой список (копируйте элемент в новый список, удаляйте элемент «Элемент») и запускайте этот рабочий процесс.
2. Создайте рабочий процесс для настраиваемого типа контента, который мы будем использовать, и пусть это перемещает элемент между различными списками. Не уверен, что рабочий процесс по типу контента может перемещаться из списка в список, не говоря уже о семействах сайтов.
3. Для управления состоянием используйте приемники событий для настраиваемого типа контента. Пользователь действует на элемент, изменяя его состояние, поэтому получатель событий создает копию в другом списке, а затем удаляет себя в текущем списке. Я знаю, что это работает через коллекции сайтов.

Какой способ является лучшим и почему? Что-нибудь, что абсолютно не сработает? Любой метод, который я забыл?

Answer 1

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

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

.b

Answer 2

Вообще говоря: В рабочих процессов SharePoint и ивент-приемников связаны (если смотреть на события на список с прикрепленным рабочего процесса вы найдете событие-приемник, начиная с процесса ..)

преимущество рабочих процессов является возможность для пользователя, чтобы проверить журнал (при условии, что вы используете Log-активность)

преимущество ивент-приемников большее количество событий; они более гибкие, чем рабочие процессы.

Из того, что вы описали, я бы выбрал рабочие процессы, чтобы пользователи могли проверить правильность обработки их элемента.

Answer 3

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

Answer 4

Это префекта блок-схема алгоритма для выбора между рабочими процессами и приемников событий:

http://msdn.microsoft.com/en-us/library/ff648492.aspx