Tu n'as juste rien compris au pattern builder. Le constructeur vide il est sur le builder pas sur l'objet. Et tu verifies la validité de la config au moment ou tu retournes l'objet. Et génial ca simplifie aussi la création des objets immutables qui ont pas mal de variables internes. C'est justement ce type de pattern qui te permet de te passer des vérifications au court de l'utilisation.
Une fois que ton cache est construit tu ne peux plus le reconfigurer afin de rester dans un état cohérent. Tu m'expliqueras comment tu fais ca sans builder et sans une API immonde; y'a juste une quinzaine de paramétrage possibles.
Un constructeur avec 30 paramètre j'ai jamaisvu, et pourtant j'en ai vu du code, (dont des template avec plus de 30 paramètre Template. )
Oh 5 ou 6 paramètres suffisent. Il suffit d'avoir 5 bool dans le tout pour faire un truc illisible et casse gueule.
[^] # Re: Le faire, c'est mieux quand c'est possible...
Posté par ckyl . En réponse au journal Nouvel article de Bret Victor sur sa vision de l'environnement de développement du futur. Évalué à 2. Dernière modification le 27 septembre 2012 à 17:19.
Tu n'as juste rien compris au pattern builder. Le constructeur vide il est sur le builder pas sur l'objet. Et tu verifies la validité de la config au moment ou tu retournes l'objet. Et génial ca simplifie aussi la création des objets immutables qui ont pas mal de variables internes. C'est justement ce type de pattern qui te permet de te passer des vérifications au court de l'utilisation.
Aller un exemple gratos: http://docs.guava-libraries.googlecode.com/git-history/release/javadoc/com/google/common/cache/CacheBuilder.html
Une fois que ton cache est construit tu ne peux plus le reconfigurer afin de rester dans un état cohérent. Tu m'expliqueras comment tu fais ca sans builder et sans une API immonde; y'a juste une quinzaine de paramétrage possibles.
Oh 5 ou 6 paramètres suffisent. Il suffit d'avoir 5 bool dans le tout pour faire un truc illisible et casse gueule.