Неудивительно, что такое изменение в базовой платформе рабочих процессов заметно влияет на процесс при создании и разработке решений для него. Теперь рабочие процессы полностью декларативные, то есть их определение и пути исполнения описаны в наборе XAML-файлов. Одно из основных следствий нового декларативного подхода в том, что традиционный кодовый подход к проектированию рабочих процессов остался в прошлом.

Не беспокойтесь, это не означает, что нельзя создать пользовательскую логику при проектировании рабочих процессов, но теперь вы инкапсулируете логику в веб-службах и взаимодействуете с ними С ПОМОЩЬЮ операций (activities). Операции представляют собой объекты, которые обрабатывают обращения к API-интерфейсам, управляющим выполнением и поведением рабочих процессов, в том числе вызовами веб-служб (подробнее об операциях будет рассказано ниже).

В SharePoint Designer 2013 кардинально переработан инструментарии для реализации нового декларативного подхода, в соответствии с которым рабочий процесс, по словам представителей Microsoft, становится предпочтительной средой для разработки рабочих процессов SharePoint. Среди изменений в средствах проектирования рабочих процессов в SharePoint Designer — появление циклов (Loops), которых до сих пор не хватало в рабочих процессах.

 Эти циклы очень похожи на хорошо знакомые нам циклы, позволяющие повторять процесс определенное число раз или пока не будет выполнено заданное условие. SharePoint Designer, несомненно, хороший инструмент для проектирования рабочих процессов, но я наблюдаю нежелание многих разработчиков SharePoint, предпочитающих среду Visual Studio, работать с этим инструментом.

К счастью, компания Microsoft реализовала эти функции разработки и в Visual Studio в форме шаблонов проекта Workflow, а именно Sequential Workflow (последовательный рабочий процесс) и State Machine Workflow (рабочий процесс конечного автомата), что позволяет создавать рабочие процессы с использованием конструктора и окна свойств в среде разработки.