Caractéristiques de l'implémentation de listes dynamiques dans les interfaces utilisateur

L'interface de chaque application moderne sous une forme ou une autre contient des listes d'objets. Lorsqu'il travaille avec eux, l'utilisateur a souvent besoin du même type d'actions comme le tri, le filtrage, l'exportation, etc. La mise en œuvre de ces opérations est souvent compliquée par le fait que les listes peuvent être «dynamiques». Dans ce cas, les données seront lues si nécessaire non seulement du serveur au client, mais également du serveur de base de données au serveur d'applications.

Dans la plate - forme lsFusion ouverte et gratuite , toutes les listes sont dynamiques par défaut et sont ajoutées à n'importe quel formulaire en quelques lignes de code. Dans cet article, je vais vous donner quelques détails techniques sur leur implémentation, ainsi que les fonctionnalités de l'interface qui sont automatiquement fournies à l'utilisateur lorsqu'il travaille avec n'importe quelle liste sur n'importe quel formulaire.

La création

Les listes du formulaire dans lsFusion sont ajoutées par l'instruction OBJECTS :
Un tableau sera ajouté au formulaire, dans lequel tous les objets de la classe Item seront contenus dans les lignes. Vous pouvez ajouter plusieurs objets à une seule liste. Par exemple
Dans ce cas, le tableau affichera toutes les paires possibles d'objets des classes Article et Stock .

Des colonnes sont ajoutées à la liste avec l'instruction PROPERTIES :
Dans le tableau, vous pouvez ajouter des détails simples sur l'objet, ainsi que toutes les expressions avec regroupements, partitionnement, récursivité, etc.

Par défaut, la liste affichera tous les objets de la base de données. Pour les limiter, vous pouvez utiliser l' instruction FILTERS :
Dans la condition de filtre, vous pouvez utiliser n'importe quelle expression qui dépend des objets du formulaire.

La navigation

Lorsque l'utilisateur ouvre le formulaire, la plateforme détermine automatiquement le nombre d'enregistrements visibles en fonction de la taille de la table. Pour des raisons de simplicité de présentation, nous supposons qu'il existe 50 enregistrements de ce type et à chaque instant, la plateforme stockera 150 enregistrements sur le client et sur le serveur. Dans ce cas, l'objet actif courant doit se trouver au milieu de cette «fenêtre»: du 50e au 99e enregistrement. Il peut y avoir moins d'entrées si l'objet actuel se trouve au tout début ou à la fin de la liste.

Si vous devez activer un enregistrement spécifique lorsque vous ouvrez le formulaire, deux demandes sont envoyées au serveur de base de données, chacune lisant 75 enregistrements de chaque côté de l'enregistrement souhaité. Ensuite, une liste générale est collée à partir de leurs résultats. Dans le cas où vous devez initialiser la liste depuis le début ou la fin, une demande est effectuée pour 100 enregistrements et le premier ou le dernier enregistrement reçu est activé. La même chose se produit si l'utilisateur appuie sur CTRL + ACCUEIL ou CTRL + FIN dans la liste pour aller au début ou à la fin de la liste.

Dès que l'utilisateur effectue un enregistrement actif en dehors du milieu de la fenêtre en cours (avant le 50e ou après le 99e), la plate-forme lit des enregistrements supplémentaires afin que l'enregistrement en cours soit au "centre" même de la nouvelle fenêtre.

La particularité d'une telle implémentation de liste dynamique est que l'objet actuel ne peut pas être en dehors du milieu de la fenêtre. Par conséquent, lors du défilement de la liste, l'objet actuel est automatiquement déplacé vers la zone visible.


La lecture de données dans une liste se produit toujours dans deux requêtes. La première requête lit uniquement les clés des enregistrements nécessaires dans la table temporaire. La deuxième requête lit les valeurs de toutes les colonnes pour les clés déjà lues. Cela est dû au fait que les colonnes peuvent contenir toutes les expressions qui peuvent être compilées en sous-requêtes ou autres constructions SQL complexes. Dans ce cas, la plateforme elle-même pousse ces clés dans des sous-requêtes afin que le calcul des valeurs de ces colonnes ne passe pas sur l'ensemble de la base de données, mais uniquement en fonction des clés nécessaires. Cela crée un léger surcoût, car deux requêtes sont effectuées au lieu d'une, mais il protège contre les «accès» accidentels à un plan de serveur de base de données inefficace.

Filtrage

Les entrées de la liste du formulaire peuvent être filtrées en fonction des options suivantes:

• Indication dans le code de sélection continue à l'aide de l'instruction FILTERS:

  FILTERS <>

  L'expression peut dépendre de tout autre objet actuellement sélectionné sur le formulaire. Par exemple, s'il y a un tableau ou une arborescence avec un entrepôt sur le formulaire, alors dans l'expression de la liste des marchandises, vous pouvez vous référer à l'entrepôt en cours pour filtrer uniquement les marchandises qui sont en solde.
  
• Indication dans le code de sélection, qui peut être appliquée par l'utilisateur selon les besoins à l'aide de l'instruction FILTERGROUP :
  

  FILTERGROUP myFilters FILTER 'Filter 1' <expression> 'F5' DEFAULT FILTER 'Filter 2' <expression> 'F6'

  Une liste déroulante sera ajoutée au formulaire (ou une case à cocher s'il y a un filtre dans le groupe), avec laquelle l'utilisateur peut sélectionner l'un des filtres à appliquer.
  
• Filtrage personnalisé manuellement effectué par l'utilisateur dans l'interface:
  
  Si la colonne de la liste n'est pas modifiable, lors de la saisie des caractères, le filtre de cette colonne sera automatiquement activé, ce qui peut être réinitialisé par une simple pression sur la touche ESC.

La plateforme elle-même surveille les changements dans toutes les conditions qui peuvent affecter le filtre actuel (changement d'objets dépendants, actions de l'utilisateur, etc.). Lorsque de tels changements sont détectés, la liste est automatiquement mise à jour sans modifier l'objet actuellement sélectionné. Pour ce faire, deux requêtes sont effectuées, 75 entrées dans chaque sens par rapport à la précédente, ainsi que lors de l'initialisation du formulaire.

Tri

Par défaut, les entrées des listes sont triées par ordre croissant des identifiants internes des objets. Ces identifiants sont générés automatiquement dans l'ordre croissant lors de la création d'objets (en même temps, ils sont globalement uniques dans toutes les classes), et les index sont toujours construits sur eux.

Le tri dans la liste peut être modifié comme suit:

• En indiquant dans le code les colonnes par lesquelles le tri est effectué via l'instruction ORDER :
  

  ORDER column1(o) DESC , column2(o)

• Double-cliquez sur l'en-tête de colonne par l'utilisateur (en maintenant CTRL ajouter le tri "imbriqué").
  

Selon le tri en cours, lors de la lecture des clés d'enregistrement, les expressions de colonne correspondantes seront ajoutées au bloc ORDER BY de la requête. Dans le même temps, l'identifiant unique du ou des objets est toujours ajouté au tri pour garantir que les clés de tous les enregistrements sont uniques.

Une expression de la forme: colonne1> valeur1 OU (colonne1 = valeur1 ET colonne2> valeur2) OU (colonne1 = valeur1 ET colonne2 = valeur2 ET clé> valeur) sera ajoutée à la clause WHERE de la demande. De plus, lors de la lecture des clés, l'instruction LIMIT avec le nombre requis d'enregistrements lisibles sera ajoutée à la demande. Lors de la lecture des enregistrements «up», l'ordre dans ORDER BY et l'expression dans WHERE seront «inversés» en conséquence pour lire les enregistrements dans la direction opposée.

Il convient de noter que la complexité de l'exécution de ces requêtes sera relativement faible s'il existe un index approprié (puisque l'index sera le kilométrage à partir de la clé actuelle vers le haut ou vers le bas uniquement pour un nombre donné d'enregistrements). Par conséquent, pour accélérer le travail avec la liste dynamique lors du tri par colonnes colonne1, colonne2, il est recommandé de créer l'index suivant:
Si le tri est basé sur la colonne calculée, il peut être stocké de manière permanente, comme décrit dans cet article , puis un index peut être construit sur celui-ci.

L'une des caractéristiques d'une telle implémentation est l'absence d'une barre de défilement «honnête». Lors de la lecture des enregistrements, seul le nombre nécessaire d'entre eux est lu. Une demande pour obtenir le nombre total de lignes dans la liste via COUNT (*) avec le filtre souhaité peut conduire à une exécution complète sur la table ou l'index, ce qui affectera négativement les performances. Le même problème se produit lors de la lecture des enregistrements via la construction OFFSET. En outre, il convient de garder à l'esprit que lors de la navigation dans une liste, le nombre d'entrées qu'elle contient peut être modifié par d'autres utilisateurs en effectuant de nouvelles modifications.

Édition

Étonnamment, sur certaines plates-formes, même commerciales, ils ne pouvaient pas réaliser la possibilité de modifier des listes dynamiques. La principale difficulté de mise en œuvre de ce mécanisme est que seule la fenêtre visible est stockée sur le serveur et le client, et des modifications peuvent être apportées dans la liste entière.

Il n'y a pas de mécanisme spécifique dans lsFusion qui implémente l'édition de liste directement. Cette fonctionnalité est implémentée dans le cadre du mécanisme de session générale.

Toutes les modifications apportées dans la session de modification en cours sont stockées dans des tables temporaires. Lorsque l'utilisateur modifie quelque chose sur le formulaire (y compris la valeur dans l'une des entrées), les nouvelles valeurs sont écrites dans des tables temporaires avec les clés appropriées. Ensuite, lorsque la deuxième requête (après réception des clés) lit les valeurs des colonnes, le JOIN avec les tables temporaires correspondantes avec modifications est simplement ajouté à la requête.

Lors de l'enregistrement de la session de modification, une requête est exécutée qui, dans une transaction, écrit toutes les valeurs des tables temporaires dans la base de données.

Ajustement de groupe

Très souvent, l'utilisateur doit modifier la valeur de la colonne pour tous les objets sélectionnés dans la liste en même temps. Pour ce faire, il y a un bouton spécial dans la barre d'outils de chaque liste (avec le raccourci clavier F12). Lorsque vous appuyez dessus, le mode d'édition de cellule normal est activé, mais les modifications ne s'appliquent pas à l'enregistrement en cours, mais à tous les enregistrements sélectionnés.

Ce mécanisme vous permet d'éditer rapidement un grand nombre d'objets selon des critères spécifiés:


Comme lors de l'édition normale, les modifications ne sont pas immédiatement enregistrées dans la base de données, mais sont enregistrées dans des tables temporaires. Ensuite, l'utilisateur devra cliquer sur le bouton Enregistrer pour les écrire dans la base de données. L'inconvénient de cette approche peut être que l'utilisateur modifie accidentellement les données supplémentaires. Mais ici, comme on dit, le principe fonctionne: «avec une grande puissance vient une grande responsabilité».

Résumé de la liste

Dans n'importe quelle liste, l'utilisateur a la possibilité de connaître le nombre d'enregistrements ou le montant d'une certaine colonne dans la sélection actuelle. Pour ce faire, l'utilisateur doit cliquer sur les boutons appropriés dans la barre d'outils d'une liste spécifique:


Pour obtenir ces données, une requête sera automatiquement générée avec l'expression COUNT (*) ou SUM, dans WHERE dont l'expression de sélection actuelle sera ajoutée. Grâce à cette fonctionnalité, vous pouvez obtenir rapidement des totaux à partir de listes sans recourir à la génération de rapports.

Dans la version bureau du client, il est également possible de calculer la somme des cellules sélectionnées par analogie avec Excel:

Copier / coller

Dans la version de bureau, l'utilisateur a la possibilité de marquer certaines cellules, appuyez sur CTRL + C et collez-en les valeurs dans le presse-papiers:


De la même manière, vous pouvez coller le tableau du presse-papiers dans n'importe quelle liste modifiable sur n'importe quel formulaire:

Une telle opportunité est souvent une alternative au développement d'importations spécialisées.

Réglage de la table

Dans n'importe quelle liste, vous pouvez modifier certains de ses paramètres:

Vous pouvez modifier la composition des colonnes, leurs tailles, en-têtes, masques, etc. Vous pouvez enregistrer les paramètres du tableau à la fois pour l'utilisateur actuel et pour tous les utilisateurs (si l'utilisateur actuel dispose des droits nécessaires).

Notez l'option Taille de la page. En l'utilisant, vous pouvez redimensionner la «fenêtre» décrite au début de l'article. Par exemple, au lieu de 50 entrées automatiques, vous pouvez spécifier une valeur plus élevée. Ensuite, une plus grande quantité de données sera téléchargée sur le client et le serveur, mais les demandes se produiront moins fréquemment. La définition de la valeur de ce paramètre à 0 le rendra normal à partir de n'importe quelle liste dynamique, c'est-à-dire que toutes les entrées de la liste seront toujours lues. La taille de la fenêtre peut également être spécifiée directement dans le code à l'aide du paramètre pageSize de l'instruction DESIGN .

Exporter vers Excel

Pour toute liste, il est possible de télécharger tous ses enregistrements dans Excel. Pour ce faire, cliquez simplement sur le bouton suivant:

Cela prend en compte les sélections actuelles, les tris, ainsi que uniquement les colonnes visibles spécifiées dans les paramètres du tableau.

Pivotant

Par défaut, toute liste est affichée sous forme de tableau. Mais il y a la possibilité de le basculer vers un mode d'affichage spécial dans lequel l'utilisateur peut construire différents rapports et diagrammes:


Avec un petit nombre d'entrées dans la liste, les données seront traitées directement sur le client. Dès que la quantité de données dépasse un certain seuil, les requêtes de base de données générées automatiquement sur le serveur seront utilisées pour regrouper les données.

Alternative

Une question raisonnable se pose. Comment résoudre le problème de l'édition de listes dynamiques sur des plateformes où cette fonctionnalité n'est pas prise en charge. Le plus souvent, ils dressent une liste simple, forçant l'utilisateur à limiter le nombre d'entrées par certaines sélections (par exemple, spécifiez des filtres par catégorie, fournisseur ou autres répertoires associés).

Cependant, cette approche pose un sérieux problème. Même avec des sélections établies, rien ne garantit qu'un nombre important d'enregistrements ne seront pas dans l'échantillon. Il est impossible de calculer à l'avance le nombre de valeurs obtenues, car souvent la complexité d'une telle opération est directement comparable à la complexité d'obtention de toutes les données. Par conséquent, dans certains cas, un grand nombre d'entrées seront ajoutées à la liste, ce qui entraînera une grande consommation de ressources sur le serveur ou le client, ainsi qu'une baisse significative des performances.

Conclusion

La mise en œuvre d'une liste dynamique dans le développement moderne n'est pas la tâche la plus triviale, car les parties client et serveur sont impliquées. Il existe de nombreuses bibliothèques open source avec une licence ouverte dans le monde qui vous permettent d'implémenter rapidement et facilement cette fonctionnalité.

Dans la plate-forme lsFusion ouverte et gratuite, des listes dynamiques sont créées dans plusieurs lignes de code et offrent à l'utilisateur un grand nombre de possibilités de travailler avec elles. En combinaison avec la possibilité de modifier de telles listes, la plate-forme vous permet de travailler rapidement avec des documents sur des centaines de milliers de lignes, d'organiser un travail pratique sur la sélection des enregistrements dans les documents, d'effectuer des modifications de groupe dans les répertoires, et bien plus encore.

L'utilisation de listes dynamiques peut réduire considérablement la consommation de temps processeur et de mémoire sur le serveur et le client en travaillant avec un ensemble limité de données, ainsi que réduire la charge sur le canal de communication entre le serveur et le client. En raison de cette efficacité élevée, cinq des huit plus grandes chaînes de distribution exercent leurs principales activités opérationnelles sur des solutions basées sur la plate-forme lsFusion au Bélarus.