Utilisation de Telerik Reporting avec le système BaaS de Kinvey

Telerik Reporting permet aux développeurs de créer rapidement des rapports sur les données de leurs applications. Suivez ensuite l'exemple de Telerik Reporting avec le système BaaS de Kinvey.

L'utilisation de Telerik Reporting avec de Bavey [14999007] fournit des données efficaces pour le flux de production de rapports. Imaginons qu'après avoir utilisé Progress Kinvey pour créer et déployer rapidement votre application, les utilisateurs l'utilisent, l'adorent, puis il est nécessaire de générer des rapports sur l'application et ses utilisateurs. Telerik Reporting se démarque ici.

Dans ce billet, nous allons utiliser l’exemple d’application de Kinvey Studio pour créer deux rapports à l’aide du système BaaS de Kinvey. L'exemple de Kinvey Studio est une application de gestion de flotte de véhicules. En tant que concepteur de rapports principal, notre tâche consiste à créer un rapport pour les inspections de véhicules et un autre pour les demandes de tickets. Avant de commencer, il existe quelques articles de ménage.

Conditions préalables

1. Compte Kinvey
       
   • Créez un compte gratuit sur console.kinvey.com
   • REMARQUE: Utilisez les mêmes informations d'identification que le compte Telerik
2. Kinvey Studio installé
       
3. Compte Telerik
       
   • Créez un compte gratuit sur www.telerik.com
   • REMARQUE: Utilisez les mêmes informations d'identification que le compte Kinvey
4. Telerik Reporting installé
       

Prise en main du BaaS de Kinvey

Une fois toutes les conditions préalables définies, nous avons besoin de données et d'un back-end avant de pouvoir créer nos rapports. Kinvey Studio a un bel échantillon qui ne prend que deux clics. Pour ce faire, ouvrez Kinvey Studio et créez un exemple d'application. Ce qui suit est un aperçu visuel.

1. Commencez par ouvrir Kinvey Studio à partir du menu Démarrer de Windows

2. Connectez-vous et créez une application

3. Nommez-le, stockez-le et décrivez-le

Voilà! Voilà, nous avons une API RESTful backend, certaines données et quelques utilisateurs avec lesquels travailler.

Compréhension des données

Un aspect important de l’utilisation de Telerik Reporting avec le système BaaS de Kinvey est la compréhension des données, qui mérite par conséquent sa propre section. les éléments sont Collections, interrogation de l'API et du modèle de données, examinons-les ensuite.

Collections

Le backend est une base de données MongoDB (NO-SQL) qui contient des collections d'entités. Pour les passionnés de "non mongo", les collections sont des ensembles de documents JSON et les entités sont l'unité de base des données sous forme de paires clé-valeur.

Interrogation

Comme l'API REST de Kinvey est l'interface avec la base de données MongoDB, elle active le puissant langage de requête de Mongo. format de l'API RESTful i s comme suit:

 https://console.kinvey.com/appdata/ [ APP_KEY ] /  COLLECTION_NAME ] /? query = [ FILTRES  ] & [ MODIFICATEURS ] 

De plus, la console d’API Kinvey permet de tester nos requêtes.

Pour plus de détails sur le fonctionnement des requêtes dans Kinvey, reportez-vous à la documentation Interrogation de la source de données Kinvey .

Modèle de données

Le modèle avec lequel nous travaillons est simple. Il existe des collections d'inspections, de tickets et de véhicules. Vous trouverez ci-dessous une capture d'écran de la console Kinvey et une autre pour la représentation sous forme de tableau. true "/>

La représentation de la table

Rassembler tous les éléments

Voyons quelles sont les véritables requêtes sur notre Kinvey Back-

Une requête utilisée pour obtenir tous les véhicules serait:

 https://console.kinvey.com/appdata/ [ APP_KEY ] / véhicules / 

A La requête utilisée pour obtenir une seule entité ressemblerait à ce qui suit:

 https://console.kinvey.com/appdata/ [ APP_KEY ] / véhicules? query = {" KEY ] ":" [ VALEUR ] "} 

Voici la requête pour obtenir un seul véhicule:

 https://console.kinvey.com/appdata/ [ APP_KEY ] / vehicle? Query = {"vehicleId": "[ VEHCILE_ID ]"} 

Très bien, nous avons une compréhension de base de ce que notre backend est, à quoi il ressemble et comment obtenir des données. Construisons des rapports.

Construction de rapports dans Telerik Reporting

Nous allons nous concentrer sur deux rapports simples. Le premier est un rapport d'inspection de véhicule et le second est un rapport de demande de billet. Je les détaillerai plus en détail à mesure que nous les construirons. Mais tout d’abord, passons en revue la connexion de l’API.

Connexion des données

Nous allons utiliser la source de données de service Web Web dans Telerik Reporting. La source de données utilise deux types d'authentification, de base et en 2 étapes (support). Pour plus de simplicité, nous utilisons la configuration de base. Ceci est une combinaison de nom d'utilisateur et mot de passe qui nous a été fournie dans l'exemple. Revoyons la situation.

1. Ouvrez le concepteur autonome
2. Sélectionnez l'onglet Données
3. Choisissez le WebServiceDataSource
4. Configurez la source de données comme suit

NOTE : Ce backend de démonstration sera supprimé au moment où il sera disponible.

1. Entrez la chaîne de requête d'URL

2. Entrez le nom d'utilisateur et le mot de passe
REMARQUE: Le nom d'utilisateur et le mot de passe de démonstration la combinaison est UN: admin et PWD: admin

3. Prévisualiser les données

C’est tout ce dont nous avons besoin pour configurer la source de données du service Web. Construisons quelques rapports.

Création the Vehicle Inspections Report

Ce rapport affiche les inspections terminées pour chaque véhicule, ce qui nécessite un filtre pour les données au niveau de la table. De plus, nous avons besoin d'une liste déroulante pour sélectionner le Numéro de véhicule et affichage des inspections.

Création du rapport des demandes de ticket de maintenance [19659023] Avec ce rapport, nous allons afficher les détails du billet par type de billet. Le filtre s'appliquera au niveau de la source de données et filtrera en fonction d'une valeur de propriété et non d'un identificateur unique. Dans la plupart des cas, cela fournirait une liste d'éléments en double. Cependant, une fonction intéressante est que Reporting a automatiquement configuré la requête pour la sélectionner distinctement. C'est pratique pour les propriétés non indexées.

1. Création de la source de données de type
       
   • URL: https://baas.kinvey.com/appdata/ [ APP_KEY ] / tickets
   • Créer des paramètres de requête avec le nom et les valeurs ci-dessous.
             
     • Paramètre 1: Nom = requête; Valeur = {}
     • Paramètre 2: Nom = champs; Valeur = type

             

2. Créer la source de données des billets
       
   • URL: https://baas.kinvey.com/appdata/ [ APP_KEY ] / tickets
3. Créer le paramètre de rapport
       
   • Utilisation de la source de données de type
   •         
     • Membre d'affichage: = Fields.type
     • Valeur membre: = Fields.type
     • AutoRefresh: true
     • Visible: true
     • Valeur: = First (Fields.type)

             

4. Créer une table pour afficher les billets
       
   • Utiliser la source de données des tickets
   • Données de la table de filtrage basées sur le paramètre report
             
     • Filtres: = Fields.type = = Parameters.Types.Value

             

       

   • Faites glisser les champs souhaités vers les colonnes respectives

Voici une vue animée de l'utilisation du rapport de maintenance des tickets.

What's Next

Tel que vu dans ce billet, Telerik Reporting est un outil puissant pour la conception de rapports à partir de nombreux types de sources de données. Mais les rapports ne sont utiles que s'ils communiquent des informations. Telerik Reporting peut également générer des rapports sous différentes formes avec une approche Build Once, Deliver Everywhere . Examinons comment cela pourrait fonctionner.

Reporting peut héberger des rapports dans diverses applications utilisant Report Viewers notamment les applications Web, Windows Forms et WPF adaptées aux mobiles, qui permettent d’utiliser facilement les rapports Reporters, ce qui permet de partager facilement des rapports dans différents formats, tels que PDF, XLSX. et Word. De plus, ces formats peuvent être livrés par exportation ou par courrier électronique. La meilleure partie est que toutes ces fonctionnalités sont disponibles pour l'utilisateur directement à partir de Report Viewer avec un code et une configuration minimaux.

Pour les scénarios d'entreprise, notre Report Server permet une diffusion collaborative. L'affichage des rapports est identique via une visionneuse de rapports, sauf que les concepteurs travaillent sur un rapport constituant une source unique de vérité et que le rapport est remis lors de la mise à jour. En outre, le serveur de rapports comprend une API RESTful qui peut être utilisée pour créer des intégrations d'applications personnalisées.

Conclusion

En conclusion, l’intégration de Telerik Reporting au système BaaS de Kinvey permet d’établir un flux de production efficace de données. De nos jours, les données Web évoluent rapidement et avec l'utilisation des bases de données NO-SQL, la forme des données change également. Telerik Reporting et la source de données de service Web fournissent une intégration transparente avec une API RESTful qui peut être utilisée pour créer et générer des rapports à une vitesse compatible avec les données Web.