Windows Service или Application?

Question

[Александр]

Есть задача: программа должна выполнять какое-то действие по установленному графику.
Передо мной встал выбор. Реализовать это в виде Service или Application. Дополнительно нужно будет сделать возможным выполнять какие-то настройки (например график). Также нужно уведомлять пользователя о выполненных операциях.
Посоветуйте, как в таком случае будет правильнее всего поступить?

Answer 1

[Станислав Макаров]

Тут зависит от деталей. В частности - надо ли это действие выполнять, даже если ни один пользователь не вошел в систему, или же вне контекста пользователя это бессмысленно. Если первое - тогда в общем-то лучше сервис, однако нужны дополнительные усилия, чтобы его устанавливать в систему, и, что еще важнее, из сервиса не стоит пытаться создавать окошки и вообще взаимодействовать с UI - это возможно, но сложно и требует доп. заморочек. Поэтому:
а) подумайте, выполняет ли ваше приложение какую-то глобальную задачу, не зависящую от пользователя (а-ля дефрагментация или, там, архивация). Если да, то:
б) оцените, возможно ли разбить ваше приложение на: собственно сервис, который будет выполнять полезную задачу; панель управления - обычное десктопное приложение, которое будет взаимодействовать с сервисом и менять его настройки и состояние;
в) оцените, есть ли у вас ресурсы (время/деньги), чтобы разбираться с дополнительными тонкостями (установка и запуск сервиса, особенности написания сервиса (в шарпе нужно наследоваться от библ. класса), взаимодействие UI управления и сервиса);
г) если пункты а, б, в истинны, то делайте в соответстии с ними, если хотя бы один ложный - сделайте лучше десктопное приложение.

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

Comments

[Роман]

Почему нельзя взаимодействовать с UI? все можно, и причем нормально, просто не принято, просто в сервисе обычно добавляют регистрацию, удаление и все, и ничем он от обычного приложения не отличается, просто выполняется это приложение от имени пользователя SYSTEM. Видел много программ, чистильщиков системы, бэкаперов, которые именно устанавливаются как сервис, запускаются, делают работу, причем с UI и завершаются.

[Александр]

По пунктам а, б и в результат истинный. Приложение будет крутить на сервере. Возможна ситуация, когда на нем никого не будет, но свою работу программа должна выполнить в любом случае.
Уже подумал о том, что нужно сделать сервис, который будет выполнять полезную работу и обычную форму, которая будет выполнять настройки сервиса.

Хотелось бы найти матчасть с принципиальным (концептуальным) описанием построения сервисов.

[Артем Воронов]

Александр: https://msdn.microsoft.com/ru-ru/library/zt39148a(v=vs.110).aspx

[Станислав Макаров]

Ну в общем-то ссылку вам уже дал Артем Воронов , добавить можно только то, что в конечном счете вам нужно унаследоваться от https://msdn.microsoft.com/en-us/library/system.se... , и заоверрайдить все, что нужно (OnStart и OnStop как минимум). В Main-е у вас будет например такой вызов: ServiceBase.Run(new ВашКлассНаследник()); - это чтобы сервис запускался просто при запуске exe-шника.
Роман: ну не то чтобы прям нельзя, просто это вроде сложнее, права своему сервису специальные надо ставить, чтобы разрешалось взаимодействие с WinStation. Ну и все-таки хорошо разделять сервис и его конфигуратор, я думаю это решение потом окупится (безопасность, обновления, и т.д.).

[Роман]

Станислав Макаров: ну все права уже ставятся готовым классом, от которого свой сервис наследуем, так, что нет никаких заморочек

[Станислав Макаров]

Роман Я думаю заморочки все-таки есть, особенно с виндой старше XP (т.е. со всеми поддерживаемыми версиями): https://msdn.microsoft.com/en-us/library/windows/d... Так что видимо на сегодняший день нужно сразу делать сервис и панель управления по отдельности.

[Александр]

Станислав Макаров: Под панелью что имеется ввиду? Обычная форма, через которую задаются настройки и осуществляется управление сервисом через контроллер?

[Роман]

Александр: Ну тот же RAdmin3, и настройка и сам сервис в одном сервисе реализовано. Сервисы давно не делал, все через планировщик и обычное приложение. Знаю просто еще несколько приложений, которые могут работать как сервисы + UI, и под всеми версиями, значит ничего сложного нет.

[Станислав Макаров]

Роман www.radmin.ru/products/radmin/rserver.php :
"Новая технология DireсtScreenTransfer™ с использованием нового драйвера видео-перехвата."
Предположу, что если уж продукт дорос до использования кода уровня ядра, то и многие другие сложности в нем уже решены, так что сранивать такое крупное решение с нашем случаем возможно не стоит.. И возможно там запускается какой-то дочерний процесс, радмином пользовался последний раз лет 7 назад, так что не могу судить.

[Роман]

Станислав Макаров: немного не то вы вычитали, драйвер используется для захвата изображения для передачи, это немного другое, нежели взаимодействие с рабочим столом, я про то, что у него настройки и сам сервис в одном приложении.

[Станислав Макаров]

Роман я в общем-то и не спорю, что драйвер используется для захвата изображения, я говорю что те "сложности" взаимодействия с рабочим столом, о которых мы говорим, не такая уж большая проблема для коммерческого продукта вроде радмина (раз уж там дошли до написания драйверов! значит есть спецы и деньги), а вот для задавшего вопрос это не так просто будет. Ну т.е. возможно не обойдется без вызовов WinAPI, это уже в 10 раз сложнее, чем унаследоваться от класса, не каждый C# программер юзал в жизни P/Invoke. Или придется редактировать реестр. Ну и опять таки, я ж ссылку привел, там написано: Services cannot directly interact with a user as of Windows Vista. Т.е. грубо говоря гайки в Висте позакручивали, теперь нужны определенные воркэраунды. Вот на SO тоже народ обсуждает: serverfault.com/questions/576144/allow-service-to-...

[Роман]

Надо попробовать написать, что получится.

Answer 2

[Андрей Гришин]

Сервис всегда работает - т.е. тратит чуть-чуть процессора и достаточно оперативной памяти. Если задача запускается раз в час и отрабатывает за минуту, то windows сервис явно излишен. Консольное приложение запускаемое по расписанию - самое то. График устанавливается через графический интерфейс Windows Scheduler, либо в случае очень нестандартного алгоритма запуска встраиванием Quartz.Net .Уведомление удобнее всего сделать в самой программе через NLog или что-то подобное. Функцию main обернуть в try/catch и в catch отправлять письмо опять же через NLog администратору об ошибке выполнения задачи.

Консольное приложение проще обновлять через FTP. Windows-сервис необходимо вначале остановить (что требует захода на сервер через удаленный рабочий стол), затем перезалить .exe, затем снова запустить сервис. Вероятнее всего, существуют средства автоматизации, но не в стандартной поставке Windows Server.

Также запуск через планировщик гарантирует на 100%, что приложение продолжит запускаться после перезагрузки сервера. С windows-сервисами были ситуации, когда сервис не стартовал, хотя в настройках был указан автозапуск.

Comments

[Александр]

Но что будет, если на сервер никто не залогинится?

[Андрей Гришин]

Александр: В планировщике в свойствах задачи General -> Security Options -> Run whether user is logged in or not . В этом случае пользователю, под которым запускается задача, не нужно быть залогиненым на сервере.

[Александр]

Андрей Гришин: Отлично. Мне нравится этот вариант. Кажется в моем конкретном случае это самый оптимальный вариант. Спасибо за наводку.

[Андрей Гришин]

Александр: Супер! Рад что помог.

Answer 3

[Sumor]

Пишите консольное приложение и запускаете через AT или планировщик заданий по графику.
Если приспичит можно консольку оформить в виде сервиса с помощью SrvAny.exe или переписать как службу.

Answer 4

[Владимир Мартьянов]

Обычное приложение, IMHO: меньше мороки будет как с написанием, так и с запуском.

Comments

[Артем Воронов]

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

[Владимир Мартьянов]

Артем Воронов: Имею мнение, что обычное приложение для своей работы должно быть просто запущено, а сервис должен регистрироваться и совершать лишние телодвижения после запуска.

Answer 5

[Роман]

Если по графику, то приложение + планировщик.

Answer 6

[Сергей]

В C# можно не задумываться ;)

static void Main(string[] args)
     {
            if (!Environment.UserInteractive)
            { 
                // running as service
                using (var service = new Service())
                        ServiceBase.Run(service);
            }
            else
            {
                      // run as console programm                      
                     DoWork();
            }
}