Блог

Я изучаю WF, представляя систему, которую я разрабатываю для промышленной автоматизации. Физический процесс — ЭТО рабочий процесс. Например, процесс включает в себя управление роботом 6-dof для сбора механической детали и прохождения ее через ряд рабочих станций. Некоторые рабочие станции требуют тестирования, и это может привести к сбою, поэтому рабочий процесс становится более интересным.

Хотя ясно, что WF соответствует всем требованиям, неясно, есть ли какие-либо преимущества в его использовании вместо реализации моего собственного конечного автомата.

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

Автоматизировать производственные процессы вполне возможно, и я делал это в прошлом. Единственное, что следует иметь в виду, — это немного о производительности. Дело не в том, что действия выполняются намного медленнее, чем обычный код на C #, проблема заключается в асинхронном характере выполнения. Вы никогда не выполняете действие напрямую, вместо этого вы просите внутренний планировщик рабочих процессов сделать это за вас. В большинстве случаев, в зависимости от ваших параметров хостинга, это выполняется в рабочем потоке, и если компьютер занят, это может занять некоторое время, но в любой момент не является детерминированным. Производственный процесс, в котором я участвовал, был не таким быстрым, и система мониторинга фактически не контролировала процесс, так что небольшое отставание не было проблемой.

Вам следует попробовать Windows Workflow Foundation (WF4) — Практическое введение в конечный автомат в лабораторных условиях и посмотреть, что вы думаете. Мы разработали WF для такого рода задач, и есть другие, которые создали на нем системы, подобные вашей.