Bracket Show épisode 22

Builder — Bracket Show, épisode 22

Dans la série des « design pattern » nous vous parlons aujourd’hui du « Builder ». Vous utilisez ce « pattern » plus souvent que vous ne le pensez sans vous en rendre compte. Voyons comment en faire un soi-même.

 

Version Fluent qui permet de chaîner les appels pour bâtir nos objets et plus spécifiquement dans un contexte de tests et également pour d’autres utilisations

Tester une classe : initialiser des propriétés

Exemple de fonction de facturation (InvoiceBuilder) sans Builder

Avec Builder : plus facile à lire, il n’y a rien dans le test qui fait autre chose que ce que l’on essaie de tester.

Respecte la volonté que chaque test soit indépendant, chaque test construit son instance, facilite la maintenabilité.

Refactorer le Builder pour rendre l’intention plus claire.

InvoiceBuilder

Affectation des propriétés

Nommer notre intention

.Where

iEnumerable

Plus grande proximité avec le Domain Driven Design

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *