Quartz.NET vs Windows tâches programmées. Comment les différents sont-ils?

ma réaction viscérale serait d'essayer d'obtenir le WinScheduler intégral de travailler avec vos besoins avant d'installer encore un autre scheduler-raisonnement:

1. aucune installation requise-installée et activée par défaut
2. pas de code à écrire - emplois exprimé en tant que métadonnées
3. intégration avec le journal d'événements etc.
4. robuste et fiable - assez bon pour MSFT, Google etc.
5. API raisonnablement riche-créer des emplois, vérifier l'état, etc.
6. intégré à des outils de gestion à distance
7. l'intégration de la sécurité - exécuter des travaux dans les informations d'identification différentes
8. suivi de l'outillage

puis atteindre pour le Quartz si elle ne répond pas à vos besoins. Quartz a certainement beaucoup de ces caractéristiques aussi, mais résistez à ajouter encore un autre service pour posséder et gérer si vous le pouvez.

une distinction importante, pour moi, qui n'est pas incluse dans les autres réponses est ce qui est exécuté par le planificateur.

Windows Task Scheduler ne peut exécuter que des programmes exécutables et des scripts. Le code écrit pour être utilisé dans Quartz peut interagir directement avec les composants .NET de votre projet.

avec le planificateur de tâches, vous devrez écrire un exécutable shell ou un script. À l'intérieur de la coquille, vous pouvez interagir avec vos composantes du projet. Bien que l'écriture de ce code shell ne soit pas un processus difficile, vous devez envisager de déployer les fichiers supplémentaires.

si vous prévoyez ajouter plus de tâches planifiées au cours de la durée du projet, vous pourriez avoir besoin de créer des interpréteurs de commandes ou des fichiers de script supplémentaires, ce qui nécessite des mises à jour du processus de déploiement. Avec Quartz, vous n'avez pas besoin de ces fichiers, ce qui réduit l'effort total nécessaire pour créer et déployer des tâches supplémentaires.

malheureusement, Quartz.NET les assemblages de tâches ne peuvent pas être mis à jour sans redémarrer le processus/l'hôte/le service. C'est assez gros pour certains (y compris moi).

il est tout à fait possible de construire un cadre pour les emplois en cours d'exécution sous tâche Scheduler. Les assemblages basés sur MEF peuvent être appelés par une seule application de console, tout étant géré via une interface de configuration. Voici un emballage géré populaire:

• https://github.com/dahall/taskscheduler
• https://www.nuget.org/packages/TaskScheduler

j'ai apprécié mon bref temps de travail avec Quart.NET, mais l'exigence de redémarrage était un problème trop important pour être surmonté. Marko a fait un grand travail avec elle au fil des ans, et il a toujours été serviable et réceptif. Peut-être qu'un jour le projet sera multiple AppDomain soutien, qui permettrait d'aborder cette. (Cela dit, il promet d'être beaucoup de travail. Bravo à lui et ses collaborateurs s'ils décident de la prendre sur.)

pour paraphraser Marko, si vous avez besoin:

1. Clustering (distribué des travailleurs)
2. un contrôle plus fin sur le déclenchement ou les ratés de la manipulation des règles

...alors Quartz.NET sera votre exigence.