Dans ce guide, je vous expliquerai comment transformer un monolithe en solution logicielle pro étape par étape. En me basant sur le monolithe TravailPratique.java inclut dans le codes source du répertoire chapitre-1/travail-pratique du dépôt GitHub. Je vais le transformer étape par étape pour en faire une solution professionnelle TI avec base de données normalisée, pages web et Struts 2 pour la navigation et le traitement des données. Ces étapes sont extraites du manuscrit de mon livre D’étudiante à professionnelle T : Du code académique aux solutions logicielles professionnelles TI.
Les explications techniques sont disponibles sur le blogue et sur le wiki GitHub.
Introduction d’objets business et modèle
Cette étape consiste à extraire les données et les comportements du monolithe original pour les encapsuler dans des classes Java dédiées, appelées objets business. Chaque objet représente une entité du domaine applicatif (par exemple, un employé, un département ou une commande) et expose des méthodes cohérentes pour manipuler ses données. Cette démarche favorise la lisibilité du code, sa maintenabilité et pose les fondations d’une architecture en couches.
Introduction aux fichiers séquentiels avec virgules pour séparer les données
Les fichiers CSV (Comma-Separated Values) constituent une solution simple et portable pour la persistance des données sans base de données relationnelle. Chaque ligne du fichier correspond à un enregistrement, et les champs sont délimités par des virgules. Nous verrons comment lire et écrire ces fichiers en Java de manière robuste, en gérant notamment les cas particuliers tels que les valeurs manquantes ou les caractères spéciaux.
Introduction aux fichiers à accès direct (fichiers .dat)
Contrairement aux fichiers séquentiels qui nécessitent de parcourir l’ensemble des enregistrements pour en retrouver un, les fichiers à accès direct (extension .dat) permettent de lire ou d’écrire n’importe quel enregistrement en une seule opération, grâce à un décalage (offset) calculé à partir d’un identifiant. Cette technique améliore considérablement les performances pour les volumes de données importants et prépare la transition vers une base de données relationnelle.
Et pour la suite
Les étapes précédentes ayant permis de structurer le code et d’expérimenter différents mécanismes de persistance, la prochaine phase consistera à migrer vers une base de données relationnelle normalisée et à intégrer Struts 2 pour la navigation et le traitement des formulaires web. Cette progression par étapes vous permettra de comprendre chaque décision d’architecture et d’acquérir des compétences directement applicables en milieu professionnel TI.
Leave a Reply