Des composants qui ont chacun un rôle clair
Dans l’approche présentée, un composant d’interface affiche des informations et transmet les interactions de l’utilisateur. La logique métier décide ensuite quoi faire. Une liste, un panneau de configuration ou un conteneur peuvent ainsi être assemblés selon les besoins de l’application.
Les modules d’interface reposent sur DQMH. Des conteneurs organisent les panneaux horizontalement ou verticalement ; des requêtes et des événements relient l’interface au reste du logiciel.
Ce que cela peut apporter à votre projet
Cette approche mérite d’être étudiée lorsque plusieurs écrans ou produits partagent des fonctions d’interface.
- Faire évoluer un écran sans y concentrer toute la logique de l’application.
- Réutiliser des composants et des conventions d’interface entre plusieurs écrans.
- Composer des panneaux à l’exécution et adapter leur disposition à la fenêtre.
- Tester les fonctions de chaque module avec son API Tester.
Préparer aussi la personne qui prendra la suite
DQMH fournit des repères communs. La couche d’interface présentée ajoute ses propres composants et règles : elle doit elle aussi être expliquée et documentée. Garder les composants génériques demande de la discipline, et la prise en main de leur API demande un apprentissage.
Nous documentons les composants et les dépendances du projet. Pour vérifier qu’un autre développeur peut prendre le relais, il faut aussi qu’il puisse compiler l’application et y apporter une modification avec les instructions fournies.
Commencer par un écran représentatif
Nous pouvons commencer par un panneau de configuration ou un écran opérateur. Nous vérifions avec vous son fonctionnement, son redimensionnement et les liens avec les modules existants avant d’étendre l’approche aux autres écrans.