Служба Windows против Windows Workflow Foundation?

Question

Мне нужно что-то, что работает в фоновом режиме и заходит в мою базу данных, сканирует и обновляет определенные строки на основе определенной логики. Мне нужно, чтобы он работал каждый час, а моя среда - Windows Server 2003, SqlServer 2005.

Подходит ли WWF для этой цели? Или я должен создать службу Windows? И в чем разница между WWF и Windows Service или просто каков наилучший способ сделать это?

Спасибо, Ray.

Answer 1

Я бы сказал, использовать службу Windows, а не рабочий процесс. Использование рабочего процесса для случая, когда вовлечен процесс. Поскольку вы просто обновляете записи в таблице, я бы сказал, что служба так же хороша, как и все ..

На самом деле, теперь, когда я снова прочитал ваш вопрос, вы можете подумать о задании на SQL Server, а также о том, что его можно запланировать на любой интервал времени, который вам нравится.

Служба Windows - это длительный процесс, который выполняется в фоновом режиме в Windows. Рабочий процесс Windows Workflow Foundation используется для создания рабочего процесса для бизнес-процесса (или чего-либо еще). Вам необходимо разместить среду выполнения рабочего процесса внутри чего-либо (Консольное приложение, ASP.Net, Служба Windows и т. Д.)

Answer 2

Я бы использовал службу Windows на вашем месте. Я проделал большую работу в WF, и главная причина, по которой я бы сказал, что не делать этого в WF, заключается в том, что MS в основном полностью переписывает следующую версию WF в соответствии с тем, что MS сказала на PDC в октябре. Будет способ запускать устаревшие действия 3.0 / 3.5 в 4.0, но у меня сложилось впечатление, что произойдут серьезные изменения.

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

Также я согласен с тем, что исходя из того, что вы говорите, вы должны рассмотреть возможность создания пакета служб SSIS в SQL Server, если у вас нет прямого доступа к базе данных.

Answer 3

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