Template Applicatif

Concept

Une application de gestion est toujours constituée d'un ensemble de tables pour lesquelles l'on dispose des opérations de base dite CRUD (create, read, update, delete). Cet ensemble est la partie métier

Les templates sont les objets complexes de l'API. A l'image des JTable de swing ce sont des composants graphiques.
Ces classes abstraites intègre le code générique. Ainsi, le développeur ne code que quelques classes descriptives
Ce modèle de conception permet de coder très rapidement et de façon fiable

AbstractDbFiche et AbstractDbListe sont les deux templates de Base
AbstractDbFiche est le premier template de base , ,



AbstractDbListe est le second template de base, ,



AbstractVue est le template Majeur, il intègre AbstractDbFiche et AbstractDbListe
AbstractVue le template majeur, ,


Les templates optionnels
AbstractFiltre est une vue particulière que nous détaillerons plus loin, ,
AbstractVueDea est une vue particulière que nous détaillerons plus loin, ,
AbstractVueDetail est une vue particulière que nous détaillerons plus loin, ,

Détails des vues fabriquées avec AbstractVue :

Par définition une vue est une instance d'un objet dérivé de AbstractVue

La vue est l'entité graphique que l'utilisateur final désigne communément sous les termes "Ecran" ou "Fiche"
ex : "J'ai un problème sur l'écran des clients" ou "Il faut modifier la fiche article"

Par combinaisons des templates de base AbstractDbFiche et AbstractDbListe le Framework dispose des vues suivantes :

Remarque une édition n'est qu'une vue paramétrée "Liste simple" que l'on imprime

Cas concret de création d'une vue par l'exemple dans le tutorial

Dev

Le codage d'une vue table se réduit à l'écriture de quatre classes

La classe TableVUE qui hérite de AbstractVue
La classe TableSAISIE qui hérite de AbstractDbFiche

Deux classes de Mappage TableFICHE et TableLISTE qui réalisent la liaison entre données logiques et physiques


Consulter l'approche théorique du tutorial
Les classes de Mappage


Le DEV dérive les vues métier depuis les templates et les enrichis par surcharge, extension, restriction.
Des classes de mappage servent à définir les données Métier

Les vues tirent leurs comportements de ces templates. Le Dev doit être capable de relire ces sources, ce sont des objets à comportements multiples avec un grand nombre de points d'entrée il convient de sur définir certaines méthodes et d'en restreindre d'autres. Les méthodes abstraites sont les méthodes classiques à compléter
En particulier pour les classes TableVUE et TableSAISIE

Pour les vues de type "Liste" peu d'intervention à faire, on privilégie l'utilisation de SQL pour filtrer, ordonner, joindre et grouper une liste
Ce codage intervient directement dans le Mappage TableLISTE

Que la gestion des listes est paginée
Ainsi les resultset ne sont jamais chargés en totalité en mémoire



Suite ...