Discussion :

[Mickael Baron]

Colin Damon, d'Ippon Technologies, vous propose un tutoriel Java qui présente les bonnes pratiques pour développer des Objets Java et pas seulement des classes de données

Le lien de l'article : https://ippon.developpez.com/tutorie...lassesdonnees/

Profitez de cette discussion pour faire part de vos remarques, commentaires ou d'éventuelles informations ou techniques complémentaires.

L'équipe Java

Retrouvez les meilleurs cours et tutoriels pour apprendre Java

[gervais.b]

Dommage que le lien avec le Domain Driven ne soit pas fait. Sans entrer dans les détails, l'auteur aurait pu faire le rapprochement et même emprunter des termes.

[Cincinnatus]

Bonjour,

La plus grande partie de l'article discute de la cohérence des objets. La première section me fait penser aux types de données qu'il est possible de créer en Ada (exemple : numérique entier de 1 à 100, pas un entier qu'il faudra ensuite contrôler). Ensuite, vérifier les données en entrée évoque pour moi le langage Eiffel et la conception par contrat (notamment les préconditions). Enfin les types immuables sont de plus en plus utilisés dans d'autres langages comme Scala ou Kotlin.

Le reste de l'article est plus orienté API (rest en particulier).

Le sujet de l'article est plus "types de données" que conception d'objets métier, ce qui serait plus utile à beaucoup. Comme dit par @gervais.b, le DDD serait une très bonne approche dans ce cas. Je trouve néanmoins l'article intéressant pour ce rappel du besoin de contrôles des données au niveau des objets eux-mêmes pour garantir leur cohérence avec leurs valeurs métier.

https://www.eiffel.org/doc/solutions...and_Assertions

[PhilippeGibault]

Juste pour rappeler que pour vérifier la cohérence d'un objet/classe représentant un concept, il existe un excellent framework, très simple, qui s'appelle Hibernate validator.
C'est même devenu une norme (JSR 303).

[marc.collin]

Juste pour rappeler que pour vérifier la cohérence d'un objet/classe représentant un concept, il existe un excellent framework, très simple, qui s'appelle Hibernate validator.
C'est même devenu une norme (JSR 303).

en cherchant un peu sur la toile, tu pourras remarquer que certain conteste cette approche.

En fait, au niveau du ddd je n'ai jamais vu autant de contestation et d'incertitude et de l'avis même d'Evans l'approche s'applique à peu de projet, même si elle est très intéressante.

[professeur shadoko]

bien mais avec un petit bémol toutefois.
Il faut une grande éducation des programmeurs pour leur faire toucher du doigt la pertinence des contrôles de validité.
A l'époque du COBOL on enseignait aux programmeurs de tout vérifier ... avec parfois des excès surprenants
(cas extrème : au Pays_bas un gars vérifiait que les noms de famille respectaient bien les règles de l'alphabet néerlandais... sauf que beaucoup de noms là bas sont soit d'origine française ou allemande! Bonjour les dégats). J'avais aussi un copain malgache dont le nom comportait plus d'une trentaine de lettres et ne rentrait pas dans les formulaires!

On trouve encore ce genre d'excès actuellement: les sites américains qui vous demandent un état à l'intérieur de votre pays, les listes de nationalités (ben oui: quid si tu es "apatride né dans la bande de Gaza sous administration égyptienne"?) mais le plus drôle m'est arrivé personnellement: un programmeur vérifiait les dates de naissance et ne pouvait admettre que j'étais né avant 1950! j'ai eu récemment un autre exemple saignant avec l'application TousAntiCovid qui m'a empêché de me déclarer comme positif!.
Donc oui aux vérifications systématiques ... mais le mieux est l'ennemi du bien! penser à des procédures de secours si ça vous semble hors limite.