Comme vous avez pu le découvrir dans la 1ère partie de cet article, le contrôle ReportViewer dees paramètres du rapport. Dans la 1ère partie de cet article, j’expliquais comment créer et afficher un rapport local en utilisant principalement la programmation « drag-and-drop » (glisser-déplacer) pour créer le dataset.
Nous allons maintenant voir comment écrire du code servant à demander les paramètres du rapport et à fournir le dataset, ce qui vous ouvrira des possibilités infinies concernant les types de rapports que vous pouvez créer. Par exemple, il est possible de créer une application qui stocke les définitions de rapport local dans des fichiers externes, afin que vous puissiez ajouter de nouveaux rapports ou mettre à jour des rapports existants sans recompiler et redistribuer l’application.
Prenez le contrôle de vos rapports avec ReportViewer, 2e partie
![Prenez le contrôle de vos rapports avec ReportViewer, 2e partie Prenez le contrôle de vos rapports avec ReportViewer, 2e partie](https://www.itpro.fr/wp-content/uploads/2015/11/2cde19ccbb05054e534d4497bb16a459.jpg)
Voyons comment employer le contrôle ReportViewer pour le rendu d’un rapport principal et d’un sous-rapport qui ne sont pas incorporés dans le fichier .exe ou .dll de l’application. Les définitions pour ces deux rapports existent en tant que fichiers .rdl (Report Definition Language) dans le dossier servant à l’exécution de l’application. Ces rapports sont créés sous forme de rapports de serveur de rapports dans Business Intelligence Development Studio, de sorte qu’ils portent l’extension .rdl au lieu de .rdlc (Report Definition Language Client). Le rapport principal, EmployeeTime.rdl, fournit aux utilisateurs un paramètre à sélection multiple, lequel permet de choisir un ou plusieurs types de tâches faisant l’objet d’un rapport.
Une invite et une liste des types de tâches sont codées en dur dans la définition de paramètres de rapport, comme l’illustre la figure 1. Lorsqu’un utilisateur sélectionne un ou plusieurs types de tâches, le rapport affiche le nombre total d’heures travaillées par les employés définis pour chaque type. L’utilisateur peut effectuer une exploration détaillée afin de consulter des informations sur les différents employés spécifiés pour un type de tâche, leurs semaines travaillées, ainsi que les heures effectives au cours d’une semaine donnée. L’utilisateur peut aussi développer l’historique du travail afin de faire apparaître un sous-rapport intitulé EmployeeAssignments.rdl, lequel montre les affectations pour un employé.
Téléchargez cette ressource
![*** SMART DSI *** VERSION NUMÉRIQUE](https://www.itpro.fr/wp-content/uploads/2020/07/SMART-DSI-LA-REVUE-DES-DECIDEURS-IT-NUMERO-18-JUIN-2020.png)
*** SMART DSI *** VERSION NUMÉRIQUE
Découvrez SMART DSI, la nouvelle revue du Décideur IT en version numérique. Analyses et dossiers experts pour les acteurs de la transformation numérique de l'entreprise, Gagnez en compétences et expertise IT Professionnelle avec le contenu éditorial premium de SMART DSI.
Les articles les plus consultés
- Big Data -> 5 ans après : phénomène de mode ou réalité ?
- Les projets d’intégration augmentent la charge de travail des services IT
- Stockage autonome, Evolutivité & Gestion intelligente, Pure Storage offre de nouvelles perspectives aux entreprises
- 9 défis de transformation digitale !
- 10 grandes tendances Business Intelligence
Les plus consultés sur iTPro.fr
- Ressource, Culture, Gouvernance : les 3 défis de l’IA
- Renforcer son niveau de maturité en cyber-résilience
- Jeux Olympiques 2024 dans les coulisses de la gestion des équipement IT
- Top 10 des technologies émergentes pour 2024
- Libérer les potentiels inexploités pour répondre à la pénurie de compétences techniques
![Revue Smart DSI](https://www.itpro.fr/wp-content/uploads/2024/07/SMART-DSI-Numero-34-Juin-2024.jpg)