Quel est le paramètre UAC (User Account Control) recommandé lors du développement sous Windows?
Même sur Win7, je trouve cela assez ennuyeux pour l'éteindre (car cela me rend plus productif sans cela) mais parfois je me sens mal parce que je sais que je trouverai plus de problèmes dans mon code si je le laisse allumé.
Réponses:
La recommandation (même de la part de Microsoft) est de le laisser sur ON, et également d' exécuter votre IDE sans niveau autant que possible.
Tout d'abord, cela oblige le programmeur à vivre avec les mêmes "désagréments" qu'un utilisateur réel (si vous ne le connaissez pas, le programmez-vous correctement?).
Ensuite, désactiver l'UAC et travailler en tant qu'administrateur est aussi mauvais que sous Unix pour fonctionner en tant que root (des décennies de sagesse commune vous diront pourquoi c'est mauvais).
la source
Peu importe si vous programmez avec ou sans, vous devez tester votre programme avec un compte utilisateur limité. Cela devrait résoudre la plupart des problèmes que les utilisateurs peuvent rencontrer avec l'exécution de votre programme avec un compte limité ou l'UAC activé.
la source
J'exécute sur Windows 7 et je laisse l'UAC activé et mon compte n'est pas un vrai compte administrateur. Donc, lorsque je rencontre l'UAC, je dois entrer le mot de passe administrateur pour continuer. Même sous Vista, je l'ai gardé. J'ai entendu un certain nombre de développeurs dire que cela gênait, mais je n'ai pas encore vu cela. Sous Vista, c'était un problème plus important car plusieurs domaines étaient un peu trop restrictifs.
La question que je soulève toujours lorsque les développeurs disent que l'UAC gêne est: "Que faites-vous que vous continuez à rencontrer?". Si vous essayez de manipuler des fichiers dans des dossiers système (Windows, Program Files, sites IIS), vous faites quelque chose de mal. Les sites Web IIS peuvent exister en dehors de C: \ inetpub. Les bases de données utilisateur SQL Server peuvent exister en dehors de Program Files. La seule fois où vous devriez voir régulièrement l'invite UAC est l'installation et la mise à jour des applications. Si vous le voyez plus souvent, vous travaillez probablement contre le système plutôt qu'avec lui.
la source
À mon humble avis, cela se résume à ce que vous faites.
Dans mon travail actuel, je développe des applications Web et des services Windows. Pour cette raison, je trouve mon auto plus productif sans cela. Si je travaillais sur des applications qu'un utilisateur installerait, je le laisserais pour que je puisse être aussi proche que possible de ce que l'utilisateur expérimenterait.
la source
net start/stop
vous disposez d'une seule invite UAC. Sinon, vous devriez avoir la logique construite afin d'avoir un runner de ligne de commande et un runner Win Service.