Рабочий процесс Sharepoint по сравнению с рабочим процессом Windows

Это одно и то же. Текущая версия Windows Workflow Engine была создана для SharePoint.

Теперь следует отметить, что движок Workflow будет пересмотрен с выпуском .Net 4.0. Я не знаю деталей, но мне сказали, что различия значительны. Я предполагаю, что это будет использоваться в Sharepoint 2010, но у меня нет никакой информации об этом.

Вот ссылка , описывающая обновление в 4.0.

SharePoint просто использует Windows Workflow Foundation (WF) в качестве механизма рабочего процесса. Сам по себе WF - это просто механизм рабочего процесса.

Чтобы использовать WF, вы должны реализовать хост-процесс для выполнения рабочих процессов и настроить его так, чтобы он сохранял экземпляры в базе данных и т. Д. (В наши дни большинство людей используют службу WCF в качестве хоста рабочего процесса, см. здесь или здесь ).

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

Рабочие процессы в SharePoint реализованы с использованием Windows Workflow Foundation, поэтому они не сильно отличаются, но все же есть некоторые вещи, о которых следует знать относительно этой реализации.

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

• Экземпляры рабочего процесса сохраняются в базе данных контента
• Связь с пользователем осуществляется через задачи SharePoint
• Каждый экземпляр рабочего процесса привязан к элементу списка / библиотеки
• Отслеживание не реализовано

Если эти варианты вам нравятся, непременно используйте рабочие процессы SharePoint.

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

Как указано в других ответах, они такие же, поскольку используют Windows WOrkflow Foundation. При этом, когда дело доходит до рабочих процессов, созданных с помощью SharePOint Designer, следует помнить о одной важной вещи: они не являются "переносимыми" из коробки, что означает, что вы можете создать один, связанный со списком a, а затем сохранить список как шаблона, а затем создать другой список на основе этого шаблона, рабочий процесс НЕ будет работать (вы должны повторно привязать его, поскольку он все еще ссылается на идентификатор исходного списка (guid).

Вы не указали, создаете ли вы приложение с настраиваемым кодом в SharePoint или настраиваете готовое решение через браузер. В любом случае, вот несколько вариантов рабочих процессов в SharePoint.

1. Используйте собственные рабочие процессы, встроенные в SharePoint и легко доступные из любого списка. Они очень простые (в основном простые утверждения, состоящие из одного или двух шагов), но они помогут вам быстро приступить к работе, и все это можно сделать через браузер.
2. Используйте SharePoint Designer для создания немного более сложных рабочих процессов. Это даст вам доступ к условной логике (т.е. маршрутизация рабочего процесса на основе значения списка) и неограниченное количество шагов, а также ряд других функций, которые позволяют ввести больше логики в процесс. Обратной стороной является необходимость работы с SharePoint Designer, что, честно говоря, может быть настоящей головной болью.
3. Настраивайте свои рабочие процессы в WF. Windows Workflow лежит в основе первых двух параметров, которые, по сути, являются абстракциями поверх базовой платформы. Основное отличие этого подхода заключается в том, что вы не ограничены функциями, которые предоставляет браузер или SPD. Обратной стороной является то, что это становится более сложным процессом (хотя, по общему признанию, рабочие процессы, вероятно, будут более сложными), и вам придется пройти через тупик кодирования для SharePoint, развертывания пакетов, публикации и т. Д.

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

Когда вы добавляете DLL SharePoint в свое решение, вы получаете некоторые определенные «действия» SharePoint, которые можно использовать в своем рабочем процессе. (создать задачу, ...)

Ваш SharePoint Server будет выступать в качестве узла для ваших рабочих процессов.

Лучший способ развернуть рабочий процесс в SharePoint - использовать компонент SharePoint. Это сообщает SharePoint, какие библиотеки DLL (сборки) использовать и какие (входные) страницы отображать.

В качестве входных страниц вы можете использовать простые aspx-страницы .net или информационные формы. Оба требуют проб и ошибок, чтобы понять это.