L'écriture de ma propre mise à jour Automatique

Ok, tout d'abord, si l'un des programme d'installation/de mise à jour des produits sur le marché correspond à votre besoin, vous devriez probablement utiliser ces.
Cela étant dit, j'ai eu le plaisir de construire un système comme ça moi il n'ya pas longtemps.
Oui, notre programme d'installation/de mise à jour comprenait deux parties, côté client, de sorte que:

~ La partie A de se connecter à des serveurs sur lesquels la version la plus récente est stocké et publié; si une version plus récente de la Partie B, les télécharger et un coup de pied hors

~ Partie B mettrait l'accent sur l'installation/la mise à jour de l'application elle-même (et peut télécharger et installer les mises à jour de la Partie A).

Mis à part cela, je recommande toujours les 4 opérations dans le programme d'installation/de mise à jour:

• D'installer et de Désinstaller

• Mise à jour et Restauration (c'est à dire l'annulation de la dernière mise à jour)

La Restauration est essentielle lors de vos utilisateurs disposent d'un système qui met automatiquement à jour pour la nuit.. si une mise à jour tous les mess up, ils peuvent de restauration et de continuer à travailler tout en vous résoudre le problème.

Enfin, le programme d'installation/de mise à jour devrait essayer d'être agnostique à propos de l'application, il installe et met à jour, de sorte que, lorsque cette modification de l'application, le programme d'installation/de mise à jour système est affectée le moins possible.

Écrit notre propre mise à jour automatique du logiciel. Voici donc mon conseil... Ne pas le faire!! Bien-sûr tout cela dépend de votre situation, mais ici sont les problèmes que ma société rencontrées:

• Difficile à soutenir sur une base continue, en particulier si vous ciblez Win2k à Windows 7.
• Défis avec des autorisations. WinVista/7 contrôle de compte d'utilisateur peut être une vraie douleur.
• La flexibilité est une exigence, mais vous ne serez pas en mesure de prévoir tous les problèmes. Par exemple, le démarrage/arrêt des services, lancement de fichiers etc. sont toutes les tâches que vous POUVEZ faire pour vos mises à jour automatiques, mais qui vous ne sont pas nécessairement prévoir.

Le problème avec notre logiciel, c'est que nous avons besoin de beaucoup de flexibilité et de soutien sur toutes les plateformes Windows. La solution que nous avons écrit a bien fonctionné, mais n'était pas et a commencé à échouer lorsque les versions de Windows a changé ou n'étaient pas tout à fait comme ceux de notre laboratoire. Nous avons finalement acheté le logiciel et je vous recommande de faire de même. Si vous êtes intéressés, nous avons acheté un produit appelé AutoUpdate+ (texte du lien).

ClickOnce ne fonctionne pas bien pour nous. Nous avons installer la base de données sur notre serveur du client. La base de données sur la fin de leur besoin d'être mis à jour avant de nous faire une mise à jour. Nous avons beaucoup plus que juste 2 ou 3 clients, afin de faire ClickOnce pour notre application n'est pas vraiment la meilleure idée, sauf si je suis absent quelque chose d'important à propos de ClickOnce.

Ce que j'ai fait, a été d'ajouter un champ dans la base de données de numéro de version. Sur notre site ftp, j'ai un dossier de versions qui a un dossier pour chaque numéro de version de notre application. À l'intérieur de cette version particulière du dossier, nous avons mis un fichier zip avec le setup.exe et le fichier msi que l'setup.exe va lancer. Tous les pré-reqs sont téléchargés à partir du site des vendeurs de s'assurer que notre site FTP n'est pas se faire frapper avec des énormes téléchargements (.Net 3.5 lorsque nous avons déménagé à elle). Lors de notre application se lance, il vérifie le champ dans la base de données pour le numéro de version, et si c'est différent de la version actuelle version de l'assembly, il va se connecter au site ftp, téléchargez le fichier zip à partir de cette nouvelle version du dossier, décompressez-le et exécutez le programme d'installation. Cela permettra d'installer de nouvelles versions de .Net ou toute autre exigence de mai, nous avons ajouté, puis de lancer le MSI pour installer notre application et l'utilisateur a à faire est de cliquez sur suivant quelques fois.

Ce zip contient le code source pour une recherche de mot outil générateur qui comprend AppUpdater code réutilisable.

http://cid-842434ebe9688900.skydrive.live.com/self.aspx/Games/WordSearchGenerator-src-v1.3.zip

De 3 modules de code source qui ont "AppUpdater" dans le nom.

Il est très simpliste et ne fonctionne que pour une seule assemblée des applications. Aucun fichier MSI. Juste un EXE. Le philospohy est que les vérifications de mise à jour se faire automatiquement, mais les mises à jour sont installées qu'après confirmation de l'utilisateur.

La façon dont le programme de mise à jour fonctionne:

Il charge un document XML à partir d'une URL qui contient la "dernière version" de l'information, ainsi que d'une deuxième adresse URL à laquelle la nouvelle version est situé. Le programme de mise à jour de la logique vérifie la signature sur le document XML, mais vous ne pouvez pas les soins à ce sujet. Le programme de mise à jour puis de comparer la version actuelle contre la version la plus récente, et peut dire à l'application si une mise à jour est disponible. La mise à jour s'occupe également de la remplacer en place du problème.

Dans ce modèle, il y a trois "étapes du cycle de vie" d'une application lors d'une mise à jour. Dans le cours normal, l'application vérifie les mises à jour, puis exécute normalement. À un certain moment, l'utilisateur peut confirmer qu'ils veulent installer la mise à jour disponible, et le programme de mise à jour télécharge l'application d'un emplacement temporaire, commence alors un processus à l'aide de nouveaux exe téléchargé. Le programme de mise à jour de la logique puis sort le premier de ces processus. Le deuxième processus, basé sur la ligne de commande arguments donnés par le premier processus, se rend compte que c'est une nouvelle copie téléchargée et doit se reproduire. Il s'autocopie dans l'emplacement d'origine (spécifié sur la ligne de commande), commence que exe, et les sorties. Le troisième processus commence comme d'habitude, voit qu'il y a eu une mise à jour, et supprime le temp exe copie. Il fonctionne alors comme d'habitude, y compris la vérification de mises à jour. Il va trouver qu'il n'y a pas de mises à jour, et alors juste l'exécuter en tant que normale. Que couvre le fonctionnement de la mise en place de la logique.

Tout est géré par ces lignes dans le constructeur du Formulaire Windows ou Fenêtre WPF:

  _Updater = new AppUpdater.SimpleAppUpdater(_MyManifestUrl);
  _Updater.Startup(App.CommandLineArgs);

Le check-pour-problème de mise à jour est également géré par quelques lignes de code dans le constructeur, que de créer et d'exécuter un thread d'arrière-plan:

  _Worker = new System.ComponentModel.BackgroundWorker();
  _Worker.DoWork += CheckLatest;
  _Worker.RunWorkerCompleted += CheckCompleted;
  _Worker.RunWorkerAsync();

La CheckLatest est-ce:

    void CheckLatest(object sender, System.ComponentModel.DoWorkEventArgs e)
    {
        lock (_Updater)
        {
            if (_Updater.UpdateIsAvailable) //Checks for update
            {
                //can update a textbox (etc) here.  Be careful of InvokeRequired.
            }
        }
    }

L'événement terminé est-ce:

void CheckCompleted(object sender, System.ComponentModel.RunWorkerCompletedEventArgs e)
{
    if (!e.Cancelled && e.Error == null)
    {
        lock (_Updater)
        {
            //only display the about box if there is an update available.
            if (_Updater.HaveCheckedForUpdate && _Updater.UpdateIsAvailable)
            {
                //do whatever you want here.  Eg, pop a dialog saying 
                //"an update is available"
                About about = new About();
                about.Message= "An update is available";
                about.ShowDialog();
            }
        }
    }
}

Il travaille à partir de WinForms ou WPF apps. Je suppose que ce serait un travail à partir de la console d'applications, mais je ne l'ai jamais essayé.

De la création de l' (possibbly signé) fichier manifeste est une tâche séparée, ne sont pas couverts ici.

Y penser, ce serait peut-être préférable emballé comme une classe de base AutoUpdatingForm (pour WinForms) ou AutoUpdatingWindow (WPF). Mais je n'ai jamais pris cette étape.

Un à la solution je n'ai pas encore essayer c'est d'avoir un programme d'installation qui peut s'exécuter en mode silencieux.

La demande d'appeler le serveur et si elle a besoin de mettre à jour, il télécharge le dernier programme d'installation, puis l'exécute avec un silencieux ou une mise à jour du drapeau.

Il a beaucoup d'avantages :

• flexibilité : vous pouvez faire ce que vous le feriez pour une installation normale
• pas de paquet supplémentaire : le programme d'installation et la mise à jour sont la même chose
• si vous désinstallez puis réinstallez le logiciel, vous pouvez gérer les restaurations
• la mise à jour est un processus distinct, de sorte qu'il peut lancer l'application lorsque l'installation est terminée
• vous disposez d'outils pour gérer UAC de vista