Existe-t-il une manière standante pour les applications de WinForms .NET à la mise à niveau automatique?

Vous voudrez peut-être essayer ClickOnce, je pense que c'est possible avec ça.

Jetez un coup d'œil au Bloc d'application Microsoft Updater . < / p>

+1 sur la réponse ClickOnce, mais je voulais aussi faire quelques commentaires sur cela également:

Normalement, lorsque quelqu'un commence pour la première fois à regarder ClickOnce, ils découvrent qu'il ajoute un certain nombre de nouvelles restrictions aux choses que leur application est autorisée à faire. Ils violent presque toujours au moins un de ceux-ci et revenir déclarant que ClickOnce ne fonctionne pas pour eux parce que X, Y et Z ne fonctionneront plus.

Anticiper cela sera encore une fois le cas, je souhaite prendre un moment pour expliquer une justification de ces restrictions et pourquoi vous voudrez peut-être examiner de plus près la façon dont votre application fonctionne plutôt que d'écrire votre propre système de mise à jour ou d'aller avec une alternative.

La principale chose ici est de regarder le cas d'utilisation principale des applications ClickOnce. Ce cas d'utilisation est principalement des postes de travail d'entreprise, où vous souhaitez déployer une application d'application de Business réelle qui devrait toujours être à jour, mais que les utilisateurs ne doivent en aucun cas avoir d'accès administrateur à leur propre ordinateur. Puisque vous parlez d'une "application installée sur un grand nombre de machines", je pense que c'est probablement votre catégorie.

En regardant ce cas d'utilisation, le dernier point est particulièrement tueux. En fin de compte, la plupart des petites restrictions sur les applications ClickOnce sont des choses qui nécessiteraient l'une des opérations suivantes:

1. Accès administrateur au moment de l'exécution, même brièvement
2. Accès administrateur à l'heure de mise à jour

   Parfois, il n'est pas évident que vous avez besoin de cet accès ou de la raison pour laquelle vous avez besoin d'accès, mais à la fin, c'est généralement ce que cela revient. Vous souhaitez enregistrer une DLL avec le système ou mettre à jour un fichier dans le dossier de fichiers de programme? Qui nécessite un accès administrateur par défaut. Besoin d'installer ou de mettre à jour un service Windows? Accès administrateur. Vous souhaitez exécuter un installateur MSI pour un composant tiers? Vous avez besoin de privilèges d'administration pour exécuter des MSI. Vous voulez écouter sur un port TCP? Vous avez eu l'idée.

   à la fin, votre objectif est de le faire pour que même les utilisateurs avec uniquement des privilèges standard puissent toujours mettre à jour votre application automatiquement ... Même de manière transparente. Sinon, vous avez besoin d'un personnel informatique supplémentaire impliqué dans chaque déploiement. C'est une bonne idée même si votre programme est pour le public en général; Cela vous aidera à éviter une certaine classe de soutien. Aller avec un système de déploiement alternatif ne changera pas cela. Ces systèmes ne sont généralement généralement ciblés que dans les machines de consommation, où la plupart des utilisateurs fonctionnent en tant qu'administrateur de toute façon et sont de même que les problèmes.

Mise à jour de AppLife vaut chaque centime coûte.

J'ai finalement utilisé la source Open Source 'Sharp AutoUPDater SharpTater' à

http://csautoupdater.sourceforge.net/

Sharp AutoPDater est un composant C # qui mettra automatiquement à jour votre application .NET. Utilisation des fichiers de configuration XML, le composant AutoPDater détecte s'il existe une nouvelle version du logiciel, des téléchargements, des décompresses et de l'installe les nouveaux fichiers.

Son équitable SimPe - il télécharge un zip et décompressez-le sur l'application installée - mais cela fonctionne bien et était plus facile que d'écrire le mien. Je ne pense pas que cela gère très bien les choses si les utilisateurs n'ont pas d'accès à leur dossier de fichiers de programme.