alexn 27 июл 2011 в 14:09

Windows Workflow Foundation – для чего и в каких случаях применять

8 мин

23K

.NET*

Из песочницы

+26

Комментарии 36

tucnak 27 июл 2011 в 15:03

Небольшое примечание:

Вы некоторые слова выделили через подчеркивание. В интернете подчеркивание считается ссылкой. Если подчеркнутый текст не ссылка, это смущает. Используйте "Жирный"

А так статья отличная. Мне лично понравилось.

Evengard 27 июл 2011 в 15:34

Или [i]Курсив[/i].

Evengard 27 июл 2011 в 15:35

Тьфу. Привык уже к bbcode-ам повсюду…
Фикс:
Или Курсив

alexn 27 июл 2011 в 16:12

Исправил подчеркивание на курсив. Спасибо за подсказку.

tucnak 27 июл 2011 в 15:37

А за что было минусовать? Почему если критика, так сразу в минус? Причем, здоровая и адекватная критика?

zhdanov 27 июл 2011 в 15:09

Внешний вид статьи похож на книжки от Microsoft :).

alexn 27 июл 2011 в 16:23

Это хорошо или плохо? :)

VioletTape 28 июл 2011 в 10:07

Это хорошо, потому что все в картинках и подробно. Начиная с самого создания проекта. Сам так пишу, чтобы по одним картинкам можно было все вспомнить и сделать.
Много картинок не бывает, запутаться новичкам можно даже в «элементарных» действиях.

Evengard 27 июл 2011 в 15:33

Чем график нарисован?

alexn 27 июл 2011 в 16:20

Написали свой Visio плагин для дизайна Workflow процессов. После редактирования процесс прямо из Visio публикуется в систему, при этом генерируется рабочий Workflow Service.

huksley 28 июл 2011 в 10:22

Может быть поделитесь плагином? Это было бы полезно многим т.к. идея очень здравая — передать редактирование workflow бизнес подразделениям.

alexn 28 июл 2011 в 10:52

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

mezastel 28 июл 2011 в 14:05

Зачем? Есть какая-то причина не использовать VMDK?

alexn 29 июл 2011 в 10:36

Не вижу связи между плагином для дизайна Workflow процессов и VMDK.

mezastel 29 июл 2011 в 10:53

VMDK можно использовать для дизайна workflow. Например, у меня используется библиотека Stateless, которая конфигурируется через DSL, сделанный в VMDK.

ApeCoder 29 июл 2011 в 21:03

А почему не захостили дизайнер?

alexn 1 авг 2011 в 11:01

Ответил на вопрос ниже

dark_ruby 27 июл 2011 в 15:46

в workflow foundation есть серъёзный недостаток, если используете persistence и у вас имеются workflow instances сохраненные на полпути и в workflow были внесены изменения, foundation не сможет эти изменениямкорректно обработать и instances становятся не валидными.

alexn 27 июл 2011 в 16:35

Мы решили эту проблему путем сохранения Workflow сервисов в базе, то есть их версионирования. При изменении Workflow, добавляется его новая версия. Существующие экземпляры Workflow используют свои версии Workflow сервиса, а все новые экземпляры используют последнюю версию.

Позже напишу пример реализации подобного сценария.

dark_ruby 27 июл 2011 в 16:58

да мы тоже такой вариант рассматривали (и нативная поддержка этого будет встроена в 5 wf), но как правило изменения в workflow происходят что называется for a reason, и необходимо чтоб даже существующие instances продолжали действие по уже новому сценарию, но я так понимаю что это не возможно.

Danov 27 июл 2011 в 18:34

Инструкция хорошая. Но очень примитивная.
Хотелось бы разобраться с длительными процессами, когда есть сохранение промежуточных состояний в базе. И конечно, хотелось бы глянуть, как обрабатываются инстансы для отредактированных процессов.
Жду продолжения!

nihi_l_ist 27 июл 2011 в 21:51

Вообще интересно… Как-раз сейчас работаю над проектом, где пользователь сам может создавать сценарии, а затем их проходить. То есть череда вопросов и в зависимости от ответов-генерация других вопросов или действий. Реализовали это дело без WF (опыта в WF ни у кого из команды небыло, а проект срочный). Интересно посмотреть на более серъезный пример использования… Например вкусно будет узнать, как пользователям дать редактировать процессы… Конечно могу и сам почитать в соответствующей литературе, но именно в данный момент приоритеты другие и просто нет времени =( Статья была бы в самый раз для знакомства. Нои за введение-спасибо =)

ApeCoder 29 июл 2011 в 21:10

Можно встроить WF designer

alexn 1 авг 2011 в 10:59

WF дизайнер не совсем подходит в нашем конкретном случае, он слишком сложен для не технического пользователя. А Visio знаком всем бизнес-аналитикам. Представьте, что показываете руководству потенциального клиента две картинки: первую из самого начала статьи, вторую вашу. Думаю, очевидно, какой вариант окажется более понятным и привлекательным для человека из бизнеса — проверено на собственном опыте. А WF дизайнер отлично подойдет для продуктов, ориентированных на продвинутых технических пользователей.

sly2m 28 июл 2011 в 01:32

Единственное, чего я не понял, почему достаточным окзалось ипользовать 3 Primitive Assign Activity, хотя по уму нужно использовать 4. Даже на картинке видно, что последнее Else в контроле IF (IsDesignerNecessary) осталось пустым.

Result нигде не инициализировался, по идее, если ответить три раза No, он должен остаться равен Null.
Почему же он возвращает False?

alexn 28 июл 2011 в 10:34

Действительно, для полноты картины напрашивается четвертый Assign для присвоения результату False. Но поскольку для переменной типа bool значением по умолчанию итак является False, то это не обязательно. Точно также как равнозначны следующие две строки кода:

bool result;
bool result = false;

Дело вкуса.

Danov 29 июл 2011 в 16:00

Такой код не скомпилируется в теле метода. Но в теле класса/структуры допустимо.

alexn 29 июл 2011 в 17:03

Прекрасно компилируется и в теле метода. А ReSharper даже подсвечивает = false как избыточный.

НЛО прилетело и опубликовало эту надпись здесь

stansult 28 июл 2011 в 08:05

Насчёт вашей статьи «Windows Workflow Foundation – для чего и в каких случаях применять», пара опечаток:

Мы разработали свой собственный дизайнер, что бы максимально упростит и облегчить редактирование процессов конечному пользователю (бизнес аналитику).

должно быть:

Мы разработали свой собственный дизайнер, чтобы максимально упростить и облегчить редактирование процессов конечному пользователю (бизнес-аналитику).

stansult 28 июл 2011 в 08:06

блин, писал здесь, чтоб предпросмотром воспользоваться… в сообщениях-то предпросмотра нет :(
по запарке нажал отправить :(

alexn 28 июл 2011 в 10:38

Спасибо, исправил.

mike114 28 июл 2011 в 11:17

А можно подробнее про варианты использования? Было бы здорово в общих чертах узнать реальное применение, где крутятся сервисы, какого типа приложения их используют и как. А то пример реализации IF в визуальном редакторе ну никак не намекает на какие-либо преимущества WWF.

alexn 28 июл 2011 в 11:54

Согласен, пример вводный для понимания базовой концепции.
Более реальные сценарии и примеры исользования буду описывать в следующих постах.

AGrebinchukov 29 июл 2011 в 05:53

Небольшое добавление, при использовании Long State Workflow реккомендую добавлять к свойствам классов (которые сериализуются вместе с Workflow, ведь вы же где-то храните состояния) атрибуты вида: [DataMember(IsRequired = false, Order=0)] иначе будут проблемы при обновлении приложения и десериализации Workflow Instance после.

alexn 29 июл 2011 в 10:41

Совет разумный.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий