Есть две вещи, которые вы должны знать.
Во-первых, имейте в виду, что Workflow Foundation оптимизирован для очень длительного процесса, который выполняется в фоновом режиме, и он должен быть синхронным, действие должно ждать завершения предыдущего действия.
Несмотря на то, что вы можете выполнять параллельные действия в .NET 4, выполнение запускается в синхронном состоянии. Это добавит дополнительный уровень обслуживания для вашего приложения, потому что WF понадобится уровень WCF, чтобы хорошо взаимодействовать вне его границ проекта.
См. Этот обзор основы рабочего процесса из MSDN:
Обзор фонда Workdlow http://i.msdn.microsoft.com/dynimg/IC102288.gif
Во-вторых, большие правила рабочих процессов будут ухудшать производительность в долгосрочной перспективе, если только вы действительно НЕ НУЖНЫ долгосрочному процессу, такому как рабочий процесс утверждения, который должен ждать, пока правильный человек с правильными привилегиями (или должностями) утвердит. Workflow Foundation очень хорош в этом, особенно в .NET версии 4 и выше.
Это обзор Workflow Foundation 4:
Обзор MSDN библиотеки .NET 4 Workflow Foundation и с него можно начинать.
При использовании в WPF вы должны вызывать службу рабочего процесса асинхронно, иначе она заблокирует поток пользовательского интерфейса WPF.
В дальнейшем вы можете использовать новый Async API следующей версии .NET 4.0, но это всего лишь синтаксический сахар, облегчающий использование всегда страшного асинхронного программирования.
Поэтому я не буду рекомендовать Workflow Foundation в качестве средства проверки бизнес-правил. Вы можете просто использовать всю мощь аннотаций данных в Entity Framework 4, сопоставленных с вашей физической базой данных на уровне вашего бизнес-объекта, а затем перемоделированных для добавления бизнес-логики и правил, и это намного быстрее.
Если вы настаиваете, то вам придется везде использовать асинхронный код для достижения сложного обратного вызова рабочего процесса в службах WCF.