Рабочий процесс Sharepoint и рабочий процесс Windows

Question

Мы внедряем приложение sharepoint, мы хотели бы знать преимущества и недостатки рабочего процесса SharePoint в сравнении с рабочим процессом Windows.

Answer 1

Это то же самое. Для SharePoint создан текущий рабочий процесс Windows Workflow Engine.

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

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

Answer 2

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

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

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

Answer 3

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

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

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

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

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

Answer 4

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

Answer 5

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

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

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

Answer 6

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

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

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

Лучшим способом развертывания рабочего процесса в SharePoint является использование функции SharePoint. Это сообщает SharePoint, какую DLL (сборку) использовать и какие (вводные) страницы показывать.

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