Широко ли используется Windows Workflow?

Question

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

Это технология, которая стала центральной в разработке .NET (как это было в WCF и WPF) или ей не удалось завоевать популярность?

Answer 1

Я не верю, что WF широко используется; мы, вероятно, одно из немногих мест, в настоящее время использующих его (WF3), и мы отказываемся от него для более простого, сделанного на заказ решения вместо перехода на WF4.

Проблема в том, что одна из основных аудиторий, на которые нацелена WF, - это те, кто строит системы типа «предприятия» (то есть решения со сложными длительными процессами с отслеживанием состояния), но Microsoft не предоставляет для этого хостинг-решения «корпоративного класса». и писать свой собственный - болезненный опыт (был там, сделал это). Материал AppFabric для WF4 выглядел так, как будто он мог ответить на этот вопрос, но в итоге оказался не более чем частью каркаса ведения журналов и постоянства, что полностью исключило реальную проблему хостинга.

Обидно, потому что WF4 выглядит как отличный фреймворк для создания приложений такого типа. При правильном хостинге это может быть «BizTalk сделано правильно» (выступая здесь как опытный разработчик BizTalk). Но до тех пор, пока не появится хорошее решение для хостинга из коробки, я ожидаю, что его использование будет довольно ограниченным.

Answer 2

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

WF не завоевал популярность до сих пор, потому что он был слишком медленным, что делает его пригодным только для тяжелых рабочих процессов. Например, о потоках страниц (с указанием последовательности веб-страниц) не могло быть и речи. Разработчики также должны были создать много сантехники для размещения WF в своих приложениях. Наконец, вам пришлось создать конструктор WF для конечных пользователей с нуля или использовать конструктор Visual Studio, который совершенно не подходил для конечных пользователей.

WF v4 намного быстрее и проще для хостинга, но вам все равно придется создавать свой собственный дизайнер.

Answer 3

Возможно, стоит отметить, что процесс сборки TFS2010 основан на Workflow (включая пользовательский интерфейс с перетаскиванием блоков, если вы предпочитаете его использовать).

Он не такой центральный, как WPF или WCF, но он определенно имеет свое применение. Одна проблема, с которой я столкнулся, заключается в том, что worfklow является более фундаментальным для приложения, чем другие: замена пользовательского интерфейса на WPF не требует реорганизации с нуля для работы. Аналогично, создание слоя веб-службы WCF не требует перестройки с нуля. Полезная интеграция рабочего процесса часто требует гораздо больших и глубоких изменений, чтобы быть эффективными, что делает входной барьер намного выше для большинства систем, на которые я смотрел.

Answer 4

Если вы используете некоторые из продуктовых линеек Microsoft, это становится весьма полезным (Dynamics CRM позволяет вам писать настраиваемые действия рабочего процесса, которые бизнес-пользователи могут затем использовать через веб-интерфейс, например).

Кроме того, мое (ограниченное) анекдотическое свидетельство говорит, что оно мало используется.