Conseils d'utilisation

• Une application de type Service exécute en boucle l'événement "Exécution du service". Pour éviter de consommer toutes les ressources processeur de la machine, il est nécessaire d'utiliser la fonction ServiceTemporise à la fin de cet événement.
• Dans une application de type Service, il ne faut pas utiliser les fonctions Multitâche, Temporisation ou ThreadPause.

Mode d'utilisation

• Catégorie 1
  Cas où la fonction ServiceTemporise est inutile : lorsque le service attend une sollicitation externe. Par exemple :
  • un serveur de communication par sockets qui attend une demande de connexion (fonction SocketAttendConnexion)
  • un service qui attend un signal externe (fonction SignalAttend)
  • un service en attente de synchronisation interne de threads.
  Dans ces cas, la fonction ServiceTemporise est inutile. Par contre, il est nécessaire d'utiliser un code spécifique d'arrêt pour interrompre l'attente.
  Remarque : Un service classique, comme son nom l'indique, propose des services aux autres processus : il est donc en attente de "commandes" externes et se trouve dans la catégorie 1 pour laquelle la fonction ServiceTemporise est inutile.
• Catégorie 2
  Cas où la fonction ServiceTemporise est peu utile : vérifications en boucles rapides (de l'ordre de la seconde). Par exemple, vérification très régulière d'un état d'un fichier de base de données.
  Le service ne passant pas plus d'une seconde dans l'attente, la fonction ThreadPause suffit largement. En cas de demande d'arrêt, cet arrêt se fera à la fin de la boucle, donc après une attente de quelques secondes seulement.
• Catégorie 3
  Cas où la fonction ServiceTemporise est très utile : vérifications espacées dans le temps. Par exemple, traitement d'un spool de fichiers dans un répertoire avec vérifications du répertoire toutes les 5 minutes.
  Remarque : Dans ce cas de figure, une tâche planifiée est souvent plus adaptée.