Les administrateurs ont-ils des objections à ce que des ex soient copiés/installés dans le dossier Application Data de l'utilisateur ?

Dans le cas (assez courant) d'un dossier personnel en réseau, vous avez toujours tous les problèmes associés au démarrage à partir d'un partage réseau, car c'est en fait ce qui se passe.

Honnêtement, je ne comprends pas. Il y a certaines façons d'installer et d'exécuter des programmes sur la plate-forme Windows. Pourquoi ne pas suivre ces méthodes éprouvées ? Vraiment, une grande partie des problèmes que je rencontre avec les applications Windows sont dus à des programmeurs qui ne savent pas comment les programmes Windows sont censés s'installer et se comporter ou qui pensent que c'est trop compliqué et prennent des raccourcis ou quelque chose comme ça.

(Il est vrai que j'ai souvent affaire à des programmes scientifiques écrits par des experts dans leur domaine qui ne se soucient pas du tout de la plate-forme ou qui n'essaient même pas d'écrire indépendamment de la plate-forme, mais quand même).

J'appuie les commentaires de SvenW, les commentaires dans l'autre fil et je voudrais en ajouter quelques-uns.

Que se passe-t-il si l'utilisateur a un profil itinérant et que j'essaie d'installer le MSI via GPO ? Cela signifie-t-il que c'est l'utilisateur qui l'obtient ou la machine ? Que se passe-t-il si plusieurs utilisateurs se servent de la même machine ?

Que se passe-t-il si le profil passe d'un ordinateur où il est censé faire fonctionner des choses à un autre où il ne l'est pas, comme un serveur d'impression dans un laboratoire de l'université ? L'application suivra-t-elle ?

Comment puis-je contrôler les versions si par exemple il a été installé sur un autre ordinateur, le profil migré vers une nouvelle machine ? Le msi ne sera pas là dans un état cohérent et lorsque vous sortirez une nouvelle version, je pourrais ne pas m'en apercevoir ou quelque chose pourrait se casser ?

Il existe de bonnes raisons de sécurité pour s'assurer que vos exécutables et vos données sont complètement séparés. De plus, dans un certain nombre d'environnements, vous ne pouvez pas vous attendre à ce que l'utilisateur ait la permission d'exécuter son dossier appdata.

Je ne sais pas quelle est la taille de votre application mais est-ce que je veux vraiment une sauvegarde de celle-ci pour chaque utilisateur lorsque je lance les tâches de sauvegarde pour les profils ?

Votre application a l'air vraiment portable et autonome, c'est génial et il existe des solutions de contournement pour chacun des points ci-dessus. Mais pourquoi faire des vagues et le forcer à aller là où il ne devrait pas aller alors qu'il est tout aussi facile de le mettre là où il est attendu ? Je ne peux pas parler pour les autres mais les cas ci-dessus font que les choses tombent dans le panier "imprévisible" et ce n'est pas génial.

Pour ce qui est de Google, cela dépend de votre cas d'utilisation, ils s'adressent à beaucoup d'utilisateurs privés qui ne s'en soucient pas ? Vous avez l'air de vous adresser à l'IT de l'entreprise et cela ne peut pas faire de mal d'être du bon côté des personnes qui testeront et déploieront votre application. Ils passeront moins de temps à réfléchir à des moyens de la remplacer si la vôtre est stable, prévisible et fonctionne comme toutes les autres qu'ils ont.

Il est également courant dans les environnements Windows d'entreprise Politiques de restriction des logiciels . Cette fonction sous-utilisée de Windows moderne permet à l'administrateur d'autoriser ou de restreindre l'exécution d'exécutables en fonction du chemin d'accès ou même d'une signature cryptographique. J'ai l'habitude de n'autoriser l'exécution des exécutables que dans les répertoires Windows ou Program Files. Sinon, les utilisateurs pourraient télécharger dans AppData ou même dans leur répertoire utilisateur et exécuter n'importe quoi. Quel est l'intérêt de forcer les utilisateurs à être des utilisateurs limités s'ils peuvent exécuter tous les EXE qu'ils veulent ? Je fais des exceptions pour GoToMeeting, mais pas encore pour Chrome.

Oui, ça me dérange. Et la raison est simple : ....profils d'itinérance.

Votre application n'est peut-être pas si grande, mais ajoutez-y toutes les autres qui décident que AppData est l'endroit où faire leurs installations et les profils deviennent énormes... les temps de connexion des utilisateurs augmentent... et on nous reproche la lenteur des systèmes/réseaux (oui, cela vaut aussi pour ceux qui devraient être mieux informés).

Mes politiques AppLocker, qui seront bientôt publiées, élimineront ces exemples de mauvaise programmation Windows, donc tout n'est pas perdu.