Так что мне поручили на работе писать службы Windows, чтобы заменить некоторые старые приложения WinForms VB6, которые в настоящее время работают как службы, последовательно повторяя задачи изо дня в день. Чтобы дать общее представление, у них есть собственные конечные автоматы, встроенные для обработки принятия решений и не использующие потоки.
Многие старшие разработчики здесь думали, что стоит попытаться заглянуть в WorkFlow, чтобы заменить конечные автоматы, а не писать свою собственную бизнес-логику и попытаться создать программный поток. Так что это WF против "Old College Try", я полагаю.
Меня беспокоит то, что по этой теме не так много книг, и поскольку она была реализована в .Net, я очень мало слышал об ее использовании. Я поднял это на работе, и другой разработчик упомянул, что это потому, что Biz Talk никогда не завоевывал популярность, и он был разработан для этого.
Так это сломано? Как вы думаете, он будет поддерживаться достаточно долго, чтобы не волноваться так сильно? Я не хочу, чтобы мои услуги, мои новые дети на работе впрыскивали плохо функционирующий процесс, а затем перевернули WF. Оставив меня с необходимостью заменить их своим собственным кодом в случае чрезвычайной ситуации; который не кажется мне большим сценарием.
Любые предложения, рекомендации будут супер.