Comment des interfaces fluides peuvent conduire à un code plus significatif

Online Coding Courses for Kids

Nous commençons par un type décrivant un développeur:

Un POJO simple, juste en stockant certaines données, sans aucune fonctionnalité supplémentaire.

Créer un constructeur simple

Pour améliorer la création d’instances, nous avons besoin d’un type de générateur supplémentaire:

En utilisant le modèle de constructeur, nous avons toujours notre type POJO simple, mais maintenant la création d’instance peut également avoir une validation lors de la préparation du générateur et lors de la création de l’instance réelle.

Utiliser le constructeur

Le constructeur fluide sépare le code de construction et de représentation.

Nous avons acquis une manière plus compréhensible de créer des instances, avec un contrôle supplémentaire, comme la validation, pendant le processus de construction. Les types particulièrement complexes peuvent être améliorés avec les constructeurs.

Mais nous pouvons améliorer notre constructeur, et aussi le type correspondant, encore plus.

Améliorer le constructeur avec l’immuabilité

Une conception souvent utilisée consiste à faire du générateur une classe imbriquée de son type correspondant. Cela signifie également abandonner un POJO pur, mais gagner un type immuable à la place, ce qui est une excellente affaire à mon avis:

le Developer type est maintenant entièrement immuable, et peut seulement être créé à l’aide du générateur.

Génération de constructeur immuable

Soyons honnêtes… c’est encore beaucoup de code supplémentaire. Et nous aurions besoin de l’écrire pour chaque type de type POJO.

Au lieu de le faire nous-mêmes, nous pouvons utiliser des cadres comme Immutables:

Grâce à traitement des annotations, nos générateurs sont générés pour être utilisés, y compris la validation, davantage de méthodes de création, une copie facile et bien plus encore traits que nous ne pourrions jamais le faire nous-mêmes:

Close Menu