Dans nos articles précédents, nous avons appris :
Il est temps de mélanger tous ces concepts et de les appliquer dans un exemple pratique.
Cela nous permettra de créer un système de type personnalisé adapté à notre application, en étendant et en améliorant le système natif.
Prenons un exemple simple mais significatif : un système de gestion de bibliothèque. Nous devons concevoir les structures de données pour représenter efficacement ce domaine. Il n’existe pas une seule façon de le faire ; cela dépend du problème spécifique que nous devons résoudre.
Avant d’écrire du code, nous devons comprendre ce que nous devons construire. Il n’y a pas de plus grand gaspillage que de construire une mauvaise chose ou, pire encore, quelque chose d’inutile. Cette phase préliminaire prépare le terrain pour une mise en œuvre réussie.
Un outil ancien mais précieux qui s'est révélé utile malgré les années passées est certainement le diagramme de classes UML.
Cet outil classique permet de cartographier les relations et les hiérarchies entre les différentes entités de votre système. En représentant visuellement la façon dont les différents éléments interagissent, vous obtenez une perspective claire sur la structure de vos données.
Commençons par les entités. Il est facile de supposer que l’entité principale est un livre écrit par un ou plusieurs auteurs.
Dans le monde réel, un livre est identifié par un ISBN, qui signifie « International Standard Book Number ». Par souci de simplicité, nous utiliserons une version simplifiée qui ne suit pas les règles actuelles mais qui est significative pour l'exercice.
Le titre d'un livre doit comporter au moins 2 caractères (le titre le plus court auquel je puisse penser est IT, de Stephen King) et moins de 255 caractères (une limite arbitraire mais suffisante).
Un livre peut avoir une description, mais ce n'est pas obligatoire. Comme nous l'avons fait pour le titre, nous avons fixé une limite supérieure de ta...
[Courte citation de 8% de l'article original]