Contrôles de serveur Web et Windows Forms de ReportViewer
Les contrôles ReportViewer servent à héberger les rapports que vous créez dans Microsoft Visual Studio 2008. Le contrôle se présente sous deux versions : le contrôle de serveur Web ReportViewer pour les pages ASP.NET et le contrôle Windows Forms ReportViewer que vous pouvez utiliser avec les applications Windows Forms. Visual Studio détermine la version à utiliser en fonction du type de projet servant à incorporer le contrôle. Par exemple, si vous incorporez le contrôle ReportViewer dans un projet ASP.NET, vous obtenez le contrôle de serveur Web automatiquement.
Fonctionnalités ReportViewer
Les deux versions du contrôle ReportViewer prennent en charge les fonctionnalités suivantes :
Zones d'affichage permettant d'afficher un rapport, une barre d'outil et un plan de document. La barre d'outils est configurable et fournit des fonctionnalités d'exécution qui prennent en charge la navigation dans un rapport multipage, le zoom, la recherche, l'impression et l'exportation. Un plan de document apparaît si vous en ajoutez un explicitement au rapport.
Propriétés permettant de configurer le mode de traitement, les zones d'affichage et la barre d'outils.
Prise en charge des modes de traitement local et distant afin que vous puissiez déterminer où et comment les rapports sont traités. Le mode de traitement local récupère une définition de rapport client qui est traitée par le contrôle dans votre application. Le mode de traitement distant récupère un rapport entièrement traité qui a été précédemment publié sur un serveur de rapports Microsoft SQL Server 2005 Reporting Services.
Interfaces de programmation qui permettent de personnaliser et de configurer le contrôle ainsi que d'interagir avec lui par le biais de code, y compris pour modifier les sources de données utilisées par le ReportViewer au moment de l'exécution.
Différences fonctionnelles entre le contrôle de serveur Web et le contrôle Windows Forms
Le type de contrôle utilisé détermine le format de présentation par défaut d'un rapport ainsi que les caractéristiques visuelles de la barre d'outils. Les stratégies de traitement et le déploiement des rapports diffèrent sous d'autres aspects. Les tableau suivant décrit les différences entre le contrôle serveur Web ReportViewer et le contrôle Windows Forms :
Format de présentation par défaut |
Le contrôle de serveur Web utilise la mise en forme HTML pour afficher un rapport, tandis que le contrôle Windows Form recourt à l'interface GDI (Graphical Device Interface) pour fournir une présentation visuelle cohérente avec les styles de l'interface utilisateur Windows. Les deux versions du contrôle prennent en charge des options d'exportation supplémentaires pour que vous puissiez afficher le rapport sous forme de fichier PDF ou Excel. |
Traitement |
Le traitement local des rapports est toujours réalisé en arrière-plan dans le contrôle Windows Forms. Dans le cas du contrôle de serveur Web, vous pouvez configurer le traitement local des rapports de manière à ce qu'il soit réalisé de façon asynchrone. |
Impression |
L'impression de rapports à partir du contrôle Windows Forms utilise les fonctionnalités d'impression du système d'exploitation. L'impression de rapports à partir du contrôle de serveur Web utilise un contrôle d'impression ActiveX si le rapport est traité sur un serveur distant. Si vous souhaitez imprimer un rapport traité localement à partir du contrôle de serveur Web, vous pouvez au préalable exporter le rapport dans un autre format de sortie. |
Déploiement |
La stratégie de déploiement des rapports hébergés dans le contrôle de serveur Web au sein d'une application ASP.NET doit prendre en considération la configuration de l'état de session et de la batterie de serveurs Web. Si vous utilisez le contrôle de serveur Web pour traiter un rapport sur un serveur de rapports distant, vous devez déterminer comment authentifier les utilisateurs de l'application souhaitant accéder au serveur et à toute source de données externe qui fournit des données aux rapports. |
Contraintes liées au navigateur |
Le contrôle de serveur Web impose des contraintes liées au navigateur. Pour utiliser toutes les fonctionnalités de rapport disponibles dans le contrôle de serveur Web, vous devez recourir à Microsoft Internet Explorer 6.0 et l'exécution des scripts doit être activée. Vous pouvez utiliser d'autres navigateurs, au risque toutefois de ne pas pouvoir tirer parti de toutes les fonctionnalités de rapport. Pour plus d'informations, consultez Prise en charge d'un navigateur pour les contrôles de serveur Web ReportViewer. |
Outre les différences entre les contrôles, il est encore plus important de comprendre l'impact du mode de traitement. Le type de mode de traitement employé détermine la façon dont le contrôle est utilisé et dont les rapports sont créés, traités et déployés. Le traitement local sur le client convient parfaitement aux applications qui possèdent un ensemble relativement réduit de rapports prédéfinis et une source de données locale à l'application. Le traitement distant sur un serveur de rapports est recommandé si le contrôle local ne fournit pas toutes les capacités de traitement requises. Le traitement distant nécessite l'accès à une copie sous licence de SQL Server 2005. Pour plus d'informations sur les modes de traitement, consultez Configuration de ReportViewer pour un traitement distant et Configuration de ReportViewer pour le traitement local.
Voir aussi
Tâches
Concepts
Déploiement de rapports et de contrôles ReportViewer
Configuration de ReportViewer pour un rendu asynchrone
Impression des rapports depuis ReportViewer
Optimisation de mise en page de rapport pour une sortie HTML (Concepteur de rapports Visual Studio)
Vue d'ensemble des rapports (Visual Studio)
Ajout et configuration de contrôles ReportViewer
Configuration et utilisation de la barre d'outils ReportViewer