Conception d'applications de base de données ios plus rapides Guide Pratique FileMaker

Transcription

1 Conception d'applications de base de données ios plus rapides Guide Pratique FileMaker

2 Table des Matières Introduction... 3 Conception de modèles... 3 Conception de bases de données... 5 Conception pour le réseau étendu (WAN)... 6 Ressources... 7 A propos de l auteur... 7 Guide pratique FileMaker Conception d'applications de base de données ios plus rapides 2

3 Guide pratique FileMaker Conception d'applications de base de données ios plus rapides Meilleures pratiques de conception d'applications de base de données FileMaker Pro pour des performances optimales sur iphone et ipad. Ce guide insiste sur les techniques de conception permettant d'obtenir les meilleures performances possibles lors de l utilisation des applications de base de données FileMaker Pro avec FileMaker Go pour iphone ou FileMaker Go pour ipad. Vous allez apprendre à concevoir des applications hautement performantes. Il vous faudra pour cela suivre les meilleures pratiques énoncées dans les domaines clés suivants : Conception de modèles Conception de bases de données Conception d'un réseau étendu (WAN) Conception de modèles La conception des modèles optimisés pour iphone et ipad est l'une des choses les plus importantes à faire pour accroître les performances de vos applications FileMaker ios. Concevez des modèles simples en limitant le nombre d'objets. Limitez le nombre d'objets, tout particulièrement celui des objets volumineux qui prennent tout l'écran. Cela aura également pour effet de limiter le volume de données que le moteur de rendu doit prendre en compte pour le tracé de l'écran. Utilisez des objets de modèle FileMaker Pro natifs à chaque fois que cela est possible. De par leur conception, les objets de modèle natifs proposés dans FileMaker Pro s'affichent rapidement. Il s'agit notamment de formes ou de lignes dessinées à l'aide d'outils de modèle intégrés, contrairement aux images importées depuis une source externe, par exemple un fichier JPEG ou PNG. Evitez de superposer des rubriques avec des graphiques incorporés. Le rendu des rubriques avec des graphiques incorporés peut se révéler tout particulièrement pénible pour le moteur de rendu lorsque vous ouvrez la rubrique, que vous la modifiez, puis que vous la quittez. Evaluez convenablement la taille de vos modèles. Concevez des modèles dont la taille ne vous oblige pas à faire défiler la fenêtre ou dont la taille limite au moins à une direction seulement le défilement. Guide pratique FileMaker Conception d'applications de base de données ios plus rapides 3

4 Affichez uniquement les rubriques nécessaires dans un modèle. Faites preuve de perspicacité. Choisissez d'afficher uniquement les rubriques dont les utilisateurs ont fréquemment besoin sur les modèles auxquels ils accèdent le plus souvent. Utilisez des graphiques compressés au format PNG ou JPEG. Si vous choisissez d'utiliser des objets non natifs, préférez des formats PNG et JPEG de taille réduite pour obtenir l'affichage souhaité sur l'écran Retina. Evitez les formats TIFF, BMP et PDF qui sont habituellement des formats de taille plus importante, dont l'affichage prend davantage de temps. Utilisez des rubriques de fusion dans les affichages sous forme de liste. En utilisant des rubriques de fusion en remplacement des blocs de rubriques, vous pouvez considérablement améliorer les performances des listes déroulantes sur iphone ou ipad. Utilisez une seule fenêtre et non plusieurs à chaque fois que cela est possible. Utilisez une seule fenêtre autant que possible. Vous évitez ainsi l'ouverture de plusieurs fenêtres, ce qui prend davantage de temps. Rédigez des scripts n'ouvrant pas de fenêtre utilitaire. Les scripts ouvrant des fenêtres utilitaires qui, dans FileMaker Pro, n'offrent aucun rendu «hors champ» crééent, au contraire, sur iphone ou ipad, un rendu «à l'écran» et, de ce fait, prennent davantage de temps. Prévoyez d'utiliser l'action de script Ouvrir URL. Pensez à utiliser l'action de script Ouvrir URL pour accéder au contenu Web. Préférez cette action de script au Web Viewer car celui-ci utilise parfois des quantités de mémoire relativement importantes en fonction de la taille de la page Web que vous essayez de charger. Créez des graphiques simples. En limitant les points de données dans vos graphiques, vous réduisez également le temps nécessaire au rendu du graphique, ainsi que l'effort indispensable à son traitement. Outre ces actions, il en existe d'autres pouvant amoindrir les performances et il vous faut les connaître au moment de concevoir vos modèles : Ouverture d'une nouvelle fenêtre Déplacement entre les fenêtres Panoramique vertical et horizontal simultané Défilement dans une direction au-delà des limites de l'écran précédent Zoom avant ou arrière avec certains seuils de pourcentage (p. ex. 100 %, 200 %) Confirmation d'un enregistrement après interaction avec le contenu de la rubrique Déplacement entre les onglets dans un objet de panneau à onglets Script déclenchant un nouveau tracé du modèle Guide pratique FileMaker Conception d'applications de base de données ios plus rapides 4

5 Conception de bases de données En matière de conception de bases de données, votre objectif consiste à réduire le déplacement des données en vous appuyant sur des scripts et en vous conformant aux meilleures pratiques de conception de modèle définies. Utilisez moins de rubriques dans vos tables et familiarisez-vous avec les liens un à un. L'utilisation d'un grand nombre de rubriques signifie potentiellement davantage de données à déplacer par enregistrement, soit un impact négatif sur les performances. Les tables contenant un nombre important de rubriques possèdent souvent de nombreuses rubriques relativement statiques (p. ex. une «description du produit») et quelques rubriques changeant plus fréquemment (p. ex. la «quantité disponible»). Une action de script ou une action utilisateur qui modifie simplement une valeur dans l'enregistrement oblige à déplacer l'intégralité de l'enregistrement. De même, les utilisateurs s'appuient souvent sur quelques rubriques clés pour effectuer leurs recherches, les trier et gérer autrement leurs données. En utilisant un groupe de tables plus petites, contenant moins de rubriques, le tout relié par des liens un à un, vous isolez le déplacement des données aux seules rubriques pertinentes à un modèle ou à une tâche en particulier. Utilisez moins de liens redondants dans vos graphiques de liens et évitez les actions créant des caches de lien supplémentaires. Les caches de lien sont de petites quantités de données générées et stockées dans le fichier temporaire lorsque l'application analyse le graphique de liens. Les caches de lien sont générés, diffusés et actualisés, indépendamment les uns des autres. Les liens redondants et les liens entre les occurrences de table, d'après la même table de base, peuvent créer des caches de lien supplémentaires et amoindrir les performances. Le fait de faire défiler un graphique relationnel complexe qui n'est pas organisé en groupes discrets peut également avoir un impact sur les performances. La meilleure approche consiste à utiliser une combinaison de groupes plus petits d'occurrences de table orientés tâches et de rédiger des scripts pour les routines de recherche de sorte à éviter la création de caches de lien inutiles ou redondants. Pour les jeux d'enregistrements liés de grande envergure, opérez un filtrage au niveau du lien et non au niveau de la table externe. Les tables externes filtrées fonctionnent bien mieux sur un petit jeu d'enregistrements liés. Malheureusement, dans le cas des tables externes filtrées, l'application du filtre intervient après avoir extrait toutes les données, dans tous les enregistrements liés. A mesure que Guide pratique FileMaker Conception d'applications de base de données ios plus rapides 5

6 le volume du jeu d'enregistrements liés augmente, force est de constater un impact notable sur les performances. Mieux vaut plutôt concevoir le lien pour qu'il extraie uniquement les enregistrements à afficher dans la table externe. Pour les jeux d'enregistrements liés de grande envergure, évitez de trier les occurrences de table ou les tables externes. Le tri des enregistrements liés au niveau de l'occurrence de table ou dans une table externe coûte tout aussi cher. En effet, toutes les données des enregistrements liés doivent être extraites avant que le tri ne s'opère. Prévoyez d'utiliser des affichages sous forme de liste et des routines de recherche rédigées sous forme de script pour filtrer les données. S il est correctement rédigé sous forme de script, le mode Liste peut fournir une fonctionnalité de filtrage très souple qui rend inutile tout recours aux occurrences de table, liens, caches de lien ou rubriques. Mieux encore, le mode Recherche prend en charge les symboles, les requêtes multiples et les omissions, ce qui va bien au-delà de ce que vous pouvez filtrer à l'aide des prédicats relationnels. N'insérez pas de grandes quantités de texte dans les variables. Pour stocker d'importants volumes de données, utilisez une rubrique Texte stockée de manière globale dans une table auxiliaire. Conception pour le réseau étendu (WAN) Pour optimiser les performances de vos applications FileMaker Go, il est important de comprendre le déplacement des données entre une base de données hébergée et les clients. Laissez FileMaker Server faire pour vous l'essentiel du travail. Lorsque vos bases de données sont hébergées avec FileMaker Server, vous pouvez utiliser des scripts côté serveur pour transformer les jeux d'enregistrements volumineux ou générer des récapitulatifs préalablement mis en cache. Cela peut avoir un impact positif considérable sur les performances car le volume de données déplacées entre FileMaker Server et FileMaker Go est bien moins important, tout comme l'est la contribution de FileMaker Go en matière de traitement. Pensez à utiliser des menus personnalisés. Du point de vue des vitesses du réseau, il est souvent bien plus rapide de procéder à un téléchargement sur votre dispositif ios que de procéder à un chargement en retour sur un serveur ou un hôte. En conséquence, modifier des jeux d'enregistrements volumineux dans une application FileMaker hébergée peut prendre beaucoup de temps. Guide pratique FileMaker Conception d'applications de base de données ios plus rapides 6

7 Pensez à utiliser la fonction Menus personnalisés pour désactiver les commandes pouvant déclencher le déplacement de volumes importants de données dans une direction comme dans l'autre (p. ex. Remplacer contenu rubrique, Mettre à jour contenu rubrique, Importer, Exporter et Trier). Gérez le comportement préalable à l'extraction. FileMaker Pro récupérera souvent les données des enregistrements du jeu d'enregistrements trouvés, en plus de l'enregistrement que l'utilisateur est en train d'afficher. Cela accélère grandement la navigation entre les enregistrements dans le jeu d'enregistrements trouvés. Toutefois, si FileMaker Pro extrait au préalable les données dont l'utilisateur n'a pas besoin, cela peut aussi amoindrir inutilement les performances. En limitant le jeu d'enregistrements trouvés, vous réduisez le nombre d'enregistrements pouvant être extraits. Cependant, sachez que cela ne vous empêchera pas pour autant de vous heurter à des enregistrements dont vous n'avez pas besoin ou que vous ne voulez pas. Par exemple, évitez d'utiliser des rubriques de type Statistique ou des routines de tri car elles extraient au préalable toutes les données des enregistrements dans le jeu d'enregistrements trouvés, y compris des enregistrements que vous ne pouvez pas encore visualiser. Ressources Les documents, ressources en ligne et personnes suivantes nous ont été tout particulièrement utiles dans la rédaction de cet article : The ios Developer Library Exposé technique sur FileMaker Go Guide de développement de FileMaker Go Ingénieurs logiciels FileMaker Inc A propos de l'auteur Nous remercions tout particulièrement Mark Richman de Skeleton Key pour le développement de ce guide. Pour savoir plus sur Mark, rendez-vous à l'adresse suivante : FileMaker, Inc. Tous droits réservés. FileMaker est une marque de FileMaker, Inc. déposée aux Etats-Unis et dans d'autres pays. Le logo en forme de dossier est une marque de FileMaker, Inc. Toutes les autres marques sont la propriété de leurs détenteurs respectifs. Les caractéristiques et la disponibilité des produits sont sujettes à modification sans préavis. LE PRESENT DOCUMENT EST FOURNI «TEL QUEL», SANS GARANTIE D'AUCUNE SORTE, ET FILEMAKER DECLINE TOUTE GARANTIE, EXPLICITE OU IMPLICITE, Y COMPRIS, MAIS SANS QUE CETTE LISTE SOIT EXHAUSTIVE, TOUTE GARANTIE IMPLICITE DE QUALITE MARCHANDE OU D'ADEQUATION A UN USAGE PARTICULIER, OU TOUTE GARANTIE DE NON-VIOLATION. EN AUCUN CAS FILEMAKER, INC. OU SES FOURNISSEURS NE SAURAIENT ETRE TENUS RESPONSABLES DE DOMMAGES, QUELLE QU'EN SOIT LA Guide pratique FileMaker Conception d'applications de base de données ios plus rapides 7

8 NATURE, Y COMPRIS DE DOMMAGES DIRECTS, INDIRECTS, FORTUITS, CONSECUTIFS A L'UTILISATION DU PRODUIT, AINSI QUE DE LA PERTE DE PROFITS, DE LA CESSATION D'ACTIVITE, OU DE DOMMAGES EN REPARATION OU SPECIAUX, MEME SI FILEMAKER.INC OU SES FOURNISSEURS ONT EU CONNAISSANCE DE LA POSSIBILITE DE TELS DOMMAGES. CERTAINS ETATS N'AUTORISENT PAS L'EXCLUSION OU LA LIMITATION DE RESPONSABILITES. FILEMAKER PEUT APPORTER DES MODIFICATIONS AU PRESENT DOCUMENT A TOUT MOMENT, SANS PREAVIS. LE PRESENT DOCUMENT N'EST PEUT-ETRE PAS A JOUR ET FILEMAKER NE S'ENGAGE PAS A METTRE A JOUR CES INFORMATIONS. Guide pratique FileMaker Conception d'applications de base de données ios plus rapides 8