My<cod/>.net
Альтернативы Windows Workflow Foundation?
Я уже некоторое время использую WWF как часть внутреннего приложения центра обработки вызовов (ASP.NET), и хотя это была хорошая практика в понимании того, как должна работать система документооборота на основе государственных машин, я определенно не влюблен в WWF сам по себе. На мой взгляд так оно и есть:
- Чрезмерно сложный, особенно для использования в веб-приложениях (все эти потоковые вещи во время выполнения)
- Незрелый (когда-нибудь работал с этим ужасным дизайнером?)
- Анемичный в своем текущем наборе функций
Есть ли у кого-нибудь предложения по улучшению структуры рабочего процесса на основе .NET? В частности, я ищу следующие функции:
- Состояние на основе машины (сопоставление состояний с доступными действиями)
- Фокус на разрешениях пользователей (управление тем, кто имеет доступ к каким действиям)
- Возможность запуска рабочих процессов в качестве временных фоновых задач (например, для отправки напоминаний для элементов, которые находились в определенном состоянии в течение x дней)
Это действительно все, что мне нужно. Мне не нужно быть в состоянии "drag and drop" какие-либо действия или визуально проектировать поток. Я совершенно комфортно пишу фактический код, как только запускается определенное действие.
Вы можете попробовать простую государственную машину . Вы должны были бы реализовать контроль доступа и фоновые таймеры самостоятельно, но это не должно быть большой проблемой. SSM также был построен из разочарования с WF. Есть и некоторые другие реализации государственных машин на Codeplex . Если один из них не вписывается в его Билл из коробки, они являются открытым исходным кодом и должны подойти к вам достаточно близко.
Я полностью согласен с вами по поводу машин состояний в WF - они не поддаются тестированию, слишком сложны, потоковая модель своеобразна и трудна для отслеживания, и я не уверен, что визуальный дизайнер мог бы быть более плохо задуман для графического проектирования машин состояний. Я думаю, что это может быть связано с тем, что концепция машины состояний чувствует себя привязанной к среде выполнения WF, которая была разработана для последовательных машин состояний, что-то WF делает гораздо лучше, на мой взгляд. Проблема заключается в том, что государственные машины на самом деле не являются тем же животным, что и последовательный рабочий поток, и им следовало бы дать собственную реализацию первого класса, потому что искажение WF, чтобы заставить его казаться поддерживающим их, оказалось более или менее неприемлемым, если не фактически непригодным.
Взгляните на движок рабочего процесса . Это облегченная структура рабочего процесса для решений .NET и Java. Он имеет визуальный конструктор HTML5, контроль версий, приличный UI и поддерживает широкий спектр баз данных.
Мне очень понравилось работать с Oracle BPEL Process Manager. Это часть JDeveloper.
http://www.oracle.com/technology/bpel/index.html http://gemsres.com/story/dec06/313602/jellema-fig1.jpg
Прежде всего вам следует поискать движок, поддерживающий BPMN. BPMN является стандартом в управлении рабочими процессами и процессами и хорошо поддерживается многими проектами. Во-вторых, вы должны подумать о требованиях к такому двигателю. Когда вы ищете двигатель BPMN, есть два различных подхода:
Ориентированный На Решение Задач
Эти двигатели (например, JBoss BPM - jbpm ) предназначены для обработки входных данных с помощью четко определенной модели процесса. Каждая задача в модели дает управление фрагменту кода-либо стандартному, либо индивидуальной реализации. Процесс завершается, когда маркер процесса достигает конца модели процесса (End-Event). Этот вид обработки занимает миллисекунды. Механизм может использоваться для пакетных заданий или обработки данных со сложным технологическим ориентированным потоком.
управляемый событиями
Рабочего процесса двигателей ориентированной на человека событий (например, Imixs-документооборот ). Это своего рода государственная машина, но обычно она обладает гораздо большей функциональностью. Вы можете запустить новый processinstance, назначив вашему бизнес-объекту начальную задачу (определенную событием start). Кроме того, механизм документооборота позволяет запускать события, назначенные каждой задаче, определенной в вашей модели. Каждое событие (Intermediate CatchEvent) запускает механизм документооборота для переноса запущенного processinstance в следующую задачу (состояние). Пока не будет вызвано новое событие, processinstance 'waits' в текущей задаче (состоянии). Процесс утверждения является типичным примером такого рода человеко-ориентированного рабочего процесса.
Вы можете найти список двигателей здесь .