Если это приложение раз в неделю, зачем тратить ресурсы на его работу в фоновом режиме до конца недели.
Консольное приложение кажется гораздо более подходящим.
Типичным эмпирическим правилом, которое я использую, является нечто подобное. Сначала я задаю несколько вопросов.
- Частота исполнения
- Частота изменений # 1
- Пусковой механизм
По сути, отсюда, если частота выполнения ежедневная или менее частая, я почти всегда склоняюсь к запланированному заданию. Затем, посмотрев на частоту изменений, если существует высокая потребность в изменениях расписания, я также постараюсь склониться к запланированным задачам, чтобы разрешить изменения без кодирования для изменений расписания. и наконец, если когда-нибудь возникнет мысль о триггере, отличном от времени, я буду склоняться к службам Windows, чтобы помочь «будущему» приложению. Скажем, например, что изменения требований выполняются каждый раз, когда пользователь удаляет файл в папке X.