Pièges et problèmes liés au déploiement de ClickOnce/smart-client dans .NET

Question

J'ai plusieurs projets .NET Formulaires Windows que je m'apprête à convertir en une ClickOnce /scénario de déploiement smart-client. J'ai lu les tutoriels, mais y a-t-il des pièges ou des problèmes dont je dois être conscient ?

Plusieurs applications mineures sont utilisées de temps à autre, mais l'application principale est en C#, fonctionne 24 heures sur 24, 7 jours sur 7, est assez volumineuse, mais ne change que toutes les quelques semaines. Elle écrit également dans un fichier journal local et communique avec des périphériques matériels locaux.

Answer 1

En voici quelques-unes dont j'ai connaissance.

1. Impossible de mettre une icône sur le bureau. Vous pouvez maintenant.

2. Je ne peux pas installer pour tous les utilisateurs.

3. Je dois faire des pieds et des mains pour déplacer le déploiement sur un autre serveur. Ce n'est pas un problème si vous développez en interne et que les utilisateurs peuvent voir le serveur sur lequel vous publiez ou si vous déployez sur le web public, mais ce n'est pas génial si vous devez déployer sur plusieurs sites clients indépendamment.

4. Desde .NET 3.5 SP1, il n'est plus nécessaire de signer le manifeste de déploiement, ce qui facilite grandement le déplacement des déploiements vers de nouveaux serveurs.

5. Je ne peux pas installer les assemblages dans le CAG . Vous pouvez contourner ce problème en créant des paquets d'installation réguliers qui sont des pré-requis de l'application ClickOnce.

Answer 2

• Lorsque des mises à jour sont déployées, la boîte de dialogue intégrée donne l'impression que l'application entière est retéléchargée. En réalité, seules les DLL modifiées sont téléchargées, et la barre de progression affichée est trompeuse. Ne perdez pas de temps à essayer de comprendre pourquoi tous les assemblages sont redéployés pour découvrir qu'ils ne le sont pas. Non pas que j'aie fait ça ou quoi que ce soit.
• Lorsque le certificat que vous avez utilisé pour signer le manifeste de déploiement initial expire et qu'un nouveau certificat vous est délivré, vous risquez d'avoir de gros ennuis (les clients devront tous désinstaller et réinstaller). Détails sont à la bouche du cheval .

Answer 3

La plupart des problèmes ont été résolus, mais plusieurs personnes ont mentionné l'impossibilité de créer un raccourci sur le bureau. En fait, vous puede créer un raccourci sur le bureau avec Visual Studio 2008 SP1 .

De plus, si vous n'utilisez pas la dernière version de Visual Studio, vous pouvez toujours écrire un code pour créer un raccourci vers le raccourci du menu de démarrage installé .

Answer 4

Nous avions une application que nous allions déployer comme une application ClickOnce. Nous avions besoin que l'utilisateur puisse modifier certains paramètres de l'installation (comme le chemin de déploiement - le service informatique veut servir les fichiers à partir de leur partage réseau, inconnu au moment de la construction). Lorsque vous modifiez l'un des fichiers de votre déploiement, vous devez recalculer tous les hachages et tout resigner. Ainsi, si cette solution est interne, vous n'aurez peut-être pas de problème à faire circuler un certificat de signature, mais si elle est destinée aux clients, vous devrez concevoir une solution sophistiquée pour contourner ce problème.

J'ai entendu des rumeurs, quelque part dans les entrailles des internets, selon lesquelles une future version de ClickOnce supprimera une partie de ce casse-tête.

Answer 5

L'un des écueils de ClickOnce est le fait que vous ne pouvez pas installer sur la CAG . C'est un problème si vous voulez installer plusieurs applications qui partagent des fichiers DLL. Chaque application aura besoin d'une copie locale des fichiers DLL. De plus, les installations à utilisateurs multiples ne sont pas possibles. Voir la liste comparant Window Installer à ClickOnce .