• [^] # Re: Le faire, c'est mieux quand c'est possible...

    Posté par . En réponse au journal Nouvel article de Bret Victor sur sa vision de l'environnement de développement du futur. Évalué à 1.

    Bof pour 5 boolléen, tu peux très bien faire 1 paramètre par ligne suivi d'un // estLetal ou // estLiquide. On est pas non plus obligé de faire un gros truc de porcasse hein.

    Le code ca se maintient sur 10 ans et plus. Le truc qui te parait évident, le sera pas forcément pour le gars qui se tapera un refactoring 5 ans plus tard. On essai donc d'utiliser la méthode qui sera le moins casse gueule. Et comme souvent ca dépend du contexte.

    J'ai rien contre les builders,

    Bha si puisque tu dis des choses honteusement fausses comme "et ça permet de créer un objet incomplet qui pétera lorsqu'on devra utiliser un truc en plus qu'on avait pas prévu à l'origine.".

    mais les mettre à toutes les sauces

    Comme tout ca s'utilise intelligemment, c'est un outil. Dire qu'il ne faut pas l'utiliser quand ce n'est pas approprié c'est enfoncer une porte ouverte.

    comme j'ai tendance à le voir dans le code, ça rend le truc illisible, y a pas moyen de créer un objet simplement, tout passe par un builder ou une factory, ou un constructeur vide.

    Le problème c'est donc les devs pas l'outil. Change de devs…

    Je te propose toujours de me faire une API équivalente du Cache. Tu disais que tu n'avais jamais vu de classe nécessitant un builder de toute ta longue carrière. Pourtant des classes du type de Cache j'en croise et j'en écris régulièrement.