2013-11-26 1 views
0

Я пишу программу для автоматической синхронизации баз данных каждые 15 минут. Поток будет связан с изменениями в базе данных A, синхронизированными с базой данных B, а затем изменениями в базе данных B, синхронизированными с базой данных A. Затем программа скроется в течение 15 минут и продолжит синхронизацию в соответствии с предыдущей успешной меткой времени. Таким образом, ему необходимо сохранить временную метку синхронизации. Моя программа будет создавать журналы и сохраняет метку времени.Должна ли моя программа быть приложением или услугой?

Он не требует ручного вмешательства пользователя, если он не попадает в какой-либо плохой сценарий и не разбивает программу. Учитывая этот риск, должен ли я запускать эту программу в качестве приложения или услуги? И почему?

Спасибо за ваши предложения!

+1

Это должно быть услуга. –

ответ

1

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

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

Тогда запланированное задание также станет жизнеспособным вариантом. У этого есть преимущество, заключающееся в том, что процесс завершает и не потребляет ресурсы, пока он ждёт без изменений в течение следующего 15-минутного интервала. Гораздо проще отлаживать. Служба лучше узнает, что есть что-то принципиально неправильное с dbase и останавливается. И дать администратору контроль над ним. Обычно это достаточно убедительные причины для рассмотрения службы.

0

Обслуживание похоже на соответствующий выбор.

Единственное, что я могу придумать, это то, что вы можете установить его как «Автоматический», который обеспечит его автоматический запуск при каждом перезапуске системы.

Смежные вопросы