Déploiement d'une application WPF (WPF)
Mise à jour : novembre 2007
Une fois générée, une application Windows Presentation Foundation (WPF) doit être déployée. Windows et .NET Framework incluent plusieurs technologies de déploiement, notamment :
Déploiement XCopy.
Microsoft Windows Installer.
Déploiement ClickOnce.
Windows connexion Bureau à distance (RDC, Remote Desktop Connection).
La technologie de déploiement utilisée pour déployer une application WPF dépend du type d'application. Dans WPF, il existe trois types d'application :
Applications autonomes.
applications du navigateur XAML (XBAP).
Pages XAML (Extensible Application Markup Language) hébergées dans un navigateur.
Cette rubrique fournit une vue d'ensemble des différentes technologies de déploiement et explique leur utilisation avec les spécifications de déploiement de chaque type d'application WPF.
Cette rubrique comprend les sections suivantes.
- Technologies de déploiement
- Déploiement d'applications WPF
- Installation de .NET Framework 3.0
- Rubriques connexes
Technologies de déploiement
Déploiement XCopy
Le déploiement XCopy fait référence à l'utilisation du programme en ligne de commande XCopy afin de copier des fichiers d'un emplacement vers un autre. Le déploiement XCopy convient dans les cas suivants :
Une application est autonome et ne doit pas mettre à jour le client pour s'exécuter.
Les fichiers d'application doivent être déplacés d'un emplacement à un autre, par exemple, d'un emplacement de génération (disque local, partage de fichiers UNC, etc.) vers un emplacement de publication (site Web, partage de fichiers UNC, etc.).
Une application ne nécessite pas d'interface intégrée (raccourci du menu Démarrer, icône sur le Bureau, etc.).
XCopy convient pour les scénarios de déploiement simples. Toutefois, il est limité lorsque des fonctions de déploiement plus complexes sont requises. En particulier, l'utilisation de XCopy entraîne souvent une surcharge de temps afin de créer, d'exécuter et de gérer des scripts permettant de gérer le déploiement de manière fiable. En outre, XCopy ne prend pas en charge le versioning, la désinstallation ou la restauration.
Pour plus d'informations sur XCopy, consultez Comment : déployer à l'aide de XCopy.
Microsoft Windows Installer
Windows Installer permet d'empaqueter des applications en tant qu'exécutables autonomes qui peuvent être facilement distribués aux clients et exécutés. Par ailleurs, Windows Installer est installé avec Windows et permet l'intégration avec le Bureau, le menu Démarrer et le Panneau de configuration Ajout/Suppression de programmes.
Windows Installer simplifie l'installation et la désinstallation d'applications, mais ne fournit pas de fonctions permettant de garantir que les applications installées sont actualisées du point de vue du versioning.
Pour plus d'informations sur Windows Installer, consultez Déploiement de Windows Installer.
Déploiement ClickOnce
ClickOnce active le déploiement d'applications de style Web pour des applications non-Web ; les applications sont publiées et lancées sur des serveurs Web. ClickOnce ne prend pas en charge l'ensemble des fonctionnalités clientes proposées par les applications installées par Windows Installer. Toutefois, il prend en charge un sous-ensemble qui intègre les éléments suivants :
Intégration avec le menu Démarrer et le Panneau de configuration Ajout/Suppression de programmes pour les applications autonomes.
Versioning, restauration et désinstallation.
Mode d'installation en ligne, qui lance toujours une application à partir de l'emplacement de déploiement.
Pour plus d'informations sur ClickOnce, consultez Déploiement ClickOnce.
Connexions Bureau à distance
Il est possible d'exécuter les applications WPF à l'aide des services Terminal Server. Pour ce faire, une application WPF doit être installée sur un serveur avec les services Terminal Server. Un client peut alors utiliser la connexion Bureau à distance (RDC, Remote Desktop Connection) pour se connecter au serveur et exécuter l'application WPF à distance.
.gif "Remarque") Remarque : |
|---|
Dans certaines configurations, WPF optimise le rendu pour les utilisateurs d'applications WPF via la connexion Bureau à distance (RDC, Remote Desktop Connection). Pour plus d'informations, consultez Optimisation des performances : autres recommandations. |
Déploiement d'applications WPF
Les options de déploiement d'une application WPF dépendent du type d'application. Du point de vue du déploiement, WPF propose trois types d'application principaux, à savoir les applications XAML à balisage, XBAP et les applications autonomes.
Déploiement d'applications XAML à balisage
Les pages XAML à balisage sont généralement publiées sur des serveurs Web, comme les pages HTML, et explorées à l'aide d'Internet Explorer. WPF utilise ClickOnce pour simplifier la navigation de manière transparente pour les utilisateurs finaux. En outre, les pages XAML à balisage sont exécutées dans un bac à sable (sandbox) de sécurité à niveau de confiance partiel en fonction de restrictions définies par le jeu d'autorisations de la zone Internet. Ainsi, les applications Web HTML disposent d'un bac à sable (sandbox) de sécurité équivalent.
Pour plus d'informations sur la sécurité pour les applications WPF, consultez Sécurité de Windows Presentation Foundation.
Les pages XAML à balisage peuvent être installées sur un disque local à l'aide de XCopy ou de Windows Installer. Ces pages peuvent être lancées à l'aide d'Internet Explorer ou de l'Explorateur Windows.
Déploiement d'applications du navigateur XAML
Les applications XBAP sont des applications compilées qui nécessitent le déploiement des trois fichiers suivants :
NomApplication.exe : fichier d'application de l'assembly exécutable.
NomApplication.xbap : manifeste de déploiement.
NomApplication.exe.manifest : manifeste d'application.
| Remarque : |
|---|
Pour plus d'informations sur les manifestes de déploiement et d'application, consultez Génération d'une application WPF (WPF). |
Ces fichiers sont produits lorsqu'une application XBAP est générée à l'aide de MSBuild. À l'instar des pages XAML à balisage, les applications XBAP sont généralement publiées sur un serveur Web et explorées à l'aide d'Internet Explorer.
Les applications XBAP peuvent être déployées sur des clients à l'aide de XCopy ou de Windows Installer. Toutefois, dans ce cas, vous devez tenir compte des deux considérations suivantes lors du déploiement d'une application XBAP :
L'application XBAP n'est pas automatiquement mise à jour lors de la publication d'une nouvelle version.
L'application XBAP s'exécute en fonction du niveau de confiance totale. Toutefois, ce comportement n'est pas cohérent avec le modèle de sécurité à niveau de confiance partiel pour les applications Web.
Déploiement d'applications autonomes
Les applications autonomes sont déployées à l'aide de ClickOnce ou de Windows Installer. Dans tous les cas, pour pouvoir être exécutées, les applications autonomes nécessitent un niveau de confiance totale. La confiance totale est accordée automatiquement aux applications autonomes déployées à l'aide de Windows Installer, mais pas aux applications autonomes déployées à l'aide de ClickOnce. En lieu et place, ClickOnce affiche une boîte de dialogue d'avertissement de sécurité que l'utilisateur doit accepter avant de pouvoir installer une application autonome. Si l'avertissement est accepté, l'application autonome est installée et bénéficie de la confiance totale. Dans le cas contraire, l'application autonome n'est pas installée.
Installation de .NET Framework 3.0
Pour exécuter une application WPF, Microsoft .NET Framework doit être installé sur le client. Internet Explorer 7 détecte automatiquement si un client est installé avec .NET Framework lorsque des applications de navigateur WPF sont parcourues. S'il n'est pas installé, Internet Explorer 7 invite l'utilisateur à l'installer.
Pour détecter si .NET Framework est installé, Internet Explorer 7 intègre un programme d'amorçage inscrit en tant que gestionnaire MIME (Multipurpose Internet Mail Extensions) de secours pour les fichiers de contenu comportant les extensions suivantes : .xaml, .xps, .xbap et .application. Lorsque l'utilisateur accède à ces types de fichier, si .NET Framework n'est pas installé sur le client, le programme d'amorçage demande l'autorisation de l'installer. Si l'utilisateur n'accorde pas son autorisation, .NET Framework et l'application ne sont pas installés.
Si l'utilisateur accorde son autorisation, Internet Explorer 7 télécharge et installe .NET Framework à l'aide du service BITS (Background Intelligent Transfer Service) Microsoft. Une fois l'installation de .NET Framework terminée, le fichier demandé à l'origine est lancé dans une nouvelle fenêtre de navigateur.
La détection automatique de .NET Framework est disponible sur les clients Windows Vista, Microsoft Windows XP Service Pack 2 (SP2) et Microsoft Windows Server 2003 (SP1) sur lesquels Internet Explorer 7 est installé.