Здравствуйте, Lexey, Вы писали:

L>Может. Можно даже довольно легко сделать консольное приложение, которое будет работать либо как сервис, либо как обычное консольное приложение, в зависимости от того, как его запускают (под SCM или "в лоб").
Верю. Сомневался потому, что не пробовал. Делал так чтобы при запуске "в лоб"(с параметром /install), происходила "самоинсталяция" сервиса. Но компилировалось приложение как оконное(естественно без цикла обработки сообщений, и прочей "инфраструктуры"), консоль была не нужна.

А по поводу:
L>Но привычка делать сервисы консольными — сильная штука. :D
уже ответили

Здравствуйте, Jolly Roger, Вы писали:

JR>Вы зачем-то придумываете то, чего никто не говорил Никто не предлагал делать сервис консольным приложением

Это не так. Ты может и не предлагал, хотя твои слова можно интерпретировать иначе.

JR>Было предложено отработать логику в консольном приложении, чтобы потом перенести её в сервис. Это фактически стандартный приём, и консоль используется для вывода дополнительной отладочной информации, а также заменяет вывод в eventlog.

Вот это, ИМХО, уже совершенно лишние телодвижения. Хочется отладочный лог — есть Debug.Write/Print. Или Log4Net можно прикрутить.