Quand utiliser le service WCF et le service Windows ancien?

Question

Nous développons une application qui doit être exécutée périodiquement (par exemple tous les jours ou toutes les semaines en fonction de la configuration).

Cette application doit consommer les services WCF existants, mais cette application elle-même n'expose aucune méthode pour que d'autres puissent la consommer.

Quelle serait la technologie la plus appropriée (et à l'épreuve du futur) à utiliser dans ce cas? Devrions-nous utiliser la bibliothèque de services WCF et l'héberger en tant que service Windows? Ou devrions-nous simplement utiliser le service Windows?

Faites-moi savoir quel est le type de projet le plus approprié pour ce cas (et pourquoi)?

Merci d'avance!

Answer 1

Si vous n'exposez aucun point de terminaison WCF, la création d'un serveur WCF n'a aucune valeur réelle.

Si vous n'avez pas besoin que votre application s'exécute en continu, alors même un service Windows peut être plus que nécessaire.

Pour le type de situation que vous décrivez, plusieurs applications de production utilisent le planificateur de tâches Windows pour exécuter une application de ligne de commande. En supposant que la planification est un simple motif répétitif et que vous n'avez pas à créer de nombreuses instances de tâches Windows, c'est une bonne solution. Son temps de développement, raisonnablement fiable et sans risque, est aussi fiable que possible.

Answer 2

Si vous n'exportez aucun de vos propres services wcf, je ne vois pas vraiment pourquoi vous devez désigner un service WCF. Fonctionnalité WCF pourrait être ajouté à tout moment plus tard quelque peu trivialement.