Открытые альтернативы Windows Workflow

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

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

http://www.jboss.org/ drools /

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

Удачи

JBoss JBPM

Вы можете проверить ] Simple State Machine .

Если вы чувствуете, что хотите иметь больший контроль над вещами и хотите использовать свои собственные, было бы полезно проверить поддержку Saga, которую используют такие проекты, как NServiceBus и MassTransit.

Предварительная выпечка определенно не является неэффективной. Фактически, он наиболее эффективен, потому что вашему рабочему коду не нужно выполнять какие-либо смешивания или другие вычисления. он просто отображает текстуру. Конечно, динамические методы предлагают упрощение цепочки инструментов и больше возможностей.

как было предложено в ответе на мой вопрос SO , может-кто-нибудь-порекомендует-сетевую-альтернативу-рабочему процессу с открытым кодом . Достичь цели длительного использования конечного автомата очень просто, поскольку вы можете сохранить текущее состояние своего состояния в базе данных и при необходимости повторно синхронизировать конечный автомат. Рассмотрим следующий код с сайта без отслеживания состояния:

Без сохранения состояния был разработан с инкапсуляция в домене ORM модель в виду. Некоторые ORM размещают требования к отображаемым данным можно хранить. С этой целью Конструктор StateMachine может принимать аргументы функции, которые будут использоваться для чтения и записи значений состояния:

var stateMachine = new StateMachine<State, Trigger>(
    () => myState.Value,
    s => myState.Value = s);

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

---

Что касается динамического обновления рабочего процесса, если вы настроите конечный автомат, такой как

var stateMachine = new StateMachine<string, int>();

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

I'm going to recommend you take a few hours to look at the book Open-Source ESBs in Action. "Orchestration" and "Choreography" are the key buzzwords to look at when dealing with "enterprise service busses." The systems for .NET are quite expensive (BizTalk is in the price range of a decent car, the price of Tibco is in the price range of a decent house).

Other links:

Open ESB project

Comparison of OpenESB and ServiceMix (both of which are the subject of the "In Action" book above.