PetroNotC SharpПовышенные права, постоянно запущен, регистрация реестре, логи в журнал Оси, икока в трее,...
1. как правило
2. не обязательно
3. не обязательно (только служебная часть, относящаяся к SCM, настройки можешь хранить в файле на диске или в сети)
4. не обязательно
5. чушь

Dimitry SibiryakovФактически, у них нет ничего общего. Они пишутся по совершенно разным принципам
ну, это как сказать...
и то и другое является, в первую очередь, приложением, так что функция main есть и там и там
Разница скорее в том, что к качеству кода служб требования обычно повыше, особенно к тем, которые должны работать 24*7*365

listtoview,

Служба отличается от обычного приложения тем, что ее состоянием, обычно, рулит не пользователь, а специальная подсистема ОС - Service Control (или Center, запамятовал) Manager (SCM). Из-за чего к службам предъявляются определенные требования. Например, разработчик службы должен обеспечить специальную точку входа, которую сможет найти SCM, т.е. обычной main - функции тут недостаточно. Также нужно правильно взаимодействовать с SCM и слушать его команды, например, если администратор полез в оснастку службы и нажал кнопку Стар/Стоп/Пауза или запросил перезапуск, то служба обязана адекватно на это реагировать иначе SCM резко прикроет твою лавочку. В приложении ты сам царь и бог, можешь игнорить все команды из вне, если тебе они не интересны.

Службы отличаются от обычных приложений еще и тем, что они, в большей своей массе, рассчитаны на обработку запросов от множества клиентов. А приложение, которое не является службой, как правило, на работу с одним пользователем в интерактивном сеансе. Например, MS SQL Server - это набор служб (сам сервер, агент, различные брокеры и прочие службы), а приложение для работы с базами SQL Server Management Studio является клиентом этих служб.

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

Короче, в сети по службам инфы вагон, почитай хотя бы того же Рихтера - Программирование серверных приложений для Windows 2000

PetroNotC SharpПоэтому Обязательно.
обязательная часть тоже является настройками службы, разве нет

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

Dimitry SibiryakovДостаточно. Но первое и единственное, что она должна сделать, это вызвать
StartServiceCtrlDispatcher, который из себя уже вызовет всё остальное.
Недостаточная достаточность какая-то...

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

У службы есть собственная ServiceMain ф-ция и, если не подготовить необходимое окружение для ее работы в main, то SCM тупо не найдет способа взаимодействия со службой. Нельзя просто так взять (с) и начать писать код в main, как в обычном приложении - это не прокатит. Сначала нужно соблюсти определенный обязательный ритуал по подготовке приложения для работы в качестве службы под управлением SCM.

У служб есть еще одно интересное отличие от приложений: в одном исполняемом файле их может быть много.

Dimitry Sibiryakov,

я знаю

мне все нужно рассказать о службах новичку за раз?

listtoviewА можно создать службу, которая у каждого пользователя будет своя?
а смысл?

Служба, в идеале, не должна вообще как-то интерактивно взаимодействовать с пользоватем (показывать ему окошки и прочее).

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

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

Cerebrumслужба может слушать специальные уведомления от файловой системы или реестра . Когда такое уведомление приходит, служба подготавливает необходимый пакет данных и отправляет их на сервер.
в догонку

Dimitry SibiryakovАвтоматически воровать личные сертификаты это ты круто придумал. Но на этом форуме за
такое забанить могут.
если у него есть права на установку/запуск службы - поздно пить боржоми

listtoviewхотим вести учет всех сертификатов которые есть в организации
если это выпускаемые вашей конторой сертификаты, то почему бы не заюзать PKI