5
Quelle serait la meilleure approche?Méthode la moins agaçante pour vérifier les mises à jour automatiques dans l'application native
Jusqu'à présent, je peux penser à:
super petit WinMain exe dans HKLM \ Run qui vérifie, par exemple, deux fois par jour
service Windows qui vérifie, par exemple, deux fois par jour
Les tâches planifiées (ne semblent pas trouver un moyen de commencer la tâche graphique par compte utilisateur, l'isolement de bureau et d'autres choses)
lui-même application (ne fonctionne pas s'il y a plusieurs exes, par exemple, comme dans Sysinternals Suite, beaucoup, beaucoup d'applications, une grande suite)
Rien d'autre? Je veux qu'il reste natif et évite d'être envahissant ou retarde le démarrage du démarrage à froid.
"Service Windows" serait l'une des choses qui me feraient désinstaller votre programme tout de suite et vous ferais recevoir un courrier indésirable. C'est le genre de chose que vous ne faites pas, sauf si vous avez l'incroyable arrogance de croire (comme certaines grandes sociétés de logiciels) que vous possédez l'ordinateur de l'utilisateur, pas eux. La vérification d'une mise à jour au démarrage du programme est acceptable, mais cela doit être configurable. Si on ne peut pas l'éteindre, ça va énerver beaucoup d'utilisateurs (ceux avec dialup au minimum). – Damon
Vous avez déjà 4 approches que vous pouvez faire travailler. Pourquoi avez-vous besoin de plus? Nous ne pouvons pas vous aider à choisir, vous n'avez rien dit à propos de votre application, de son utilisation et du type d'utilisateur qui la gère. –
La base d'utilisateurs attendue va d'analphabètes informatiques à gourous. Et je veux informer l'utilisateur sur les mises à jour fonctionnelles et de sécurité. L'idée est d'éviter l'édition IE6-forever. Alors que les utilisateurs, même avec des compétences informatiques limitées seraient toujours sur la dernière version. À mon avis, les quatre approches semblent hostiles à une partie de la clientèle, et je ne sais vraiment pas quelle est la meilleure approche. – Coder