This MSDN page porta a più documentazione su come crearli di quanto non si potrebbe scuotere un bastone a. This page è forse una migliore introduzione a loro in generale.
La differenza fondamentale tra un processo in esecuzione come un'app rispetto a un servizio è che il servizio può funzionare completamente al di fuori della normale associazione con un utente e una sessione. Pertanto, i servizi possono essere eseguiti in modo tale da essere avviati prima che qualsiasi utente effettui l'accesso e possano continuare a essere in esecuzione dopo la disconnessione degli utenti. I servizi sono quindi utilizzati per attuare una grande quantità delle effettive funzionalità del sistema operativo.
Anche i servizi non sono associati all'esecuzione come mapping 1: 1 con un processo. Molti servizi possono esistere all'interno di un processo, normalmente attraverso l'uso di svchost (dare un'occhiata a questi con Process Explorer per un'indicazione di come spesso funziona). Ciò riduce lo sforzo all'avvio poiché non sono necessari più processi per servizi relativamente leggeri.
L'implementazione di un servizio in C# è piuttosto semplice, questo page indica come in termini molto semplici da seguire.
Si noti che in realtà un servizio in Windows è poco più che lo scaffolding nel registro in HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services che definisce quei 'percorsi immagine' (nella maggior parte dei casi semplicemente eseguibili e parametri da usare) che sono considerati servizi con cui l'utente esegue quindi come, da quali altri servizi dipendono e se iniziano all'avvio/dopo l'avvio o come richiesto.
Direi piuttosto che è possibile avere servizi in esecuzione senza sessioni interattive sulla macchina. È possibile avviare lotti o programmi quando l'utente accede in vari modi. L'utilizzo di un servizio non è davvero un vantaggio lì. – Joey