{"id":229009,"date":"2022-10-25T09:58:00","date_gmt":"2022-10-25T06:58:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229009"},"modified":"2022-11-09T05:17:25","modified_gmt":"2022-11-09T02:17:25","slug":"plusieurs-objets-ecrivant-des-donnees-comment-eviter-cela","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/plusieurs-objets-ecrivant-des-donnees-comment-eviter-cela\/","title":{"rendered":"Plusieurs objets \u00e9crivant des donn\u00e9es\u00a0: comment \u00e9viter cela"},"content":{"rendered":"\n

Vous connaissez ces moments o\u00f9 vous travaillez sur un programme, et il y a des endroits dans votre code qui, selon les exigences ou un bogue qui se manifeste d’une mani\u00e8re ou d’une autre, sont directement li\u00e9s au fait que plusieurs objets \u00e9crivent des donn\u00e9es au m\u00eame magasin de donn\u00e9es\u00a0? Ce n’est pas une bonne chose.<\/p>\n

C’est une fa\u00e7on terrible de commencer un message. Laissez-moi r\u00e9essayer.<\/p>\n

Plusieurs objets \u00e9crivant des donn\u00e9es<\/h2>\n

Supposons que vous travaillez sur un programme et que l’une des choses que fait le code est de mettre \u00e0 jour un compteur quelque part dans la base de donn\u00e9es pour suivre le nombre de modifications qui se sont produites sur une courte p\u00e9riode de temps.<\/p>\n

Le probl\u00e8me\u00a0: vous avez plusieurs endroits dans le code qui mettent \u00e0 jour ce compteur.<\/p>\n

Plusieurs objets \u00e9crivant des donn\u00e9es (au cas o\u00f9 mon \u00e9criture serait aussi illisible qu’elle le para\u00eet).<\/p>\n

Je ne pense pas que beaucoup d’entre nous aient d\u00e9cid\u00e9 d’\u00e9crire du code comme celui-ci, mais cela arrive, et quand cela arrive, cela finit par avoir tous ces effets secondaires qui engendrent toutes sortes de comportements funky. (Je ne connais pas le terme acad\u00e9mique officiel pour cela – et je ne veux pas dire DRY<\/a> – mais je suis d’accord avec le "comportement g\u00e9nial" pour ce post.)<\/p>\n

Nous savons intuitivement que nous devrions avoir un endroit unique o\u00f9 tout cela se passe, des facteurs externes – qu’il s’agisse d’une d\u00e9rive de la port\u00e9e, d’un malentendu de notre part pour comprendre les exigences, ou quoi que ce soit – engendrent un codage m\u00e9diocre.<\/p>\n

Nous avons donc toutes ces entit\u00e9s<\/a> dans notre syst\u00e8me, chacune parlant \u00e0 un seul point de notre base de donn\u00e9es (ou \u00e0 tout autre magasin de donn\u00e9es de votre choix), mais aucune d’entre elles ne sait que d’autres lui parlent.<\/p>\n

Configurer les limites<\/h2>\n

Nous pouvons essayer de lutter contre cela avec des conditionnels et autres, mais nous ne faisons qu’empirer les choses. Alors qu’est-ce qu’on est cens\u00e9 faire ?<\/p>\n

Je sais que, comme pour beaucoup de choses en programmation, il existe diff\u00e9rentes fa\u00e7ons de r\u00e9soudre ce probl\u00e8me, mais peut-\u00eatre que l’une des premi\u00e8res \u00e9tapes de la refactorisation consiste \u00e0 avoir une classe responsable de la publication des mises \u00e0 jour du magasin de donn\u00e9es.<\/p>\n

De cette fa\u00e7on, nous pouvons passer de l’illustration ci-dessus \u00e0 quelque chose comme ceci\u00a0:<\/p>\n

\"Plusieurs<\/a><\/p>\n

Plusieurs objets \u00e9crivant des donn\u00e9es\u00a0: envoyez-les \u00e0 une sorte de m\u00e9diateur.<\/p>\n

C’est-\u00e0-dire que toutes les entit\u00e9s sont en communaut\u00e9 avec cet objet et cet objet \u2013 et seul cet objet peut lire et \u00e9crire des donn\u00e9es dans la base de donn\u00e9es.<\/p>\n

Il existe quelques mod\u00e8les de conception<\/a> qui pourraient r\u00e9pondre \u00e0 ce probl\u00e8me particulier, mais cela sort du cadre de cet article. Au lieu de cela, le point que j’essaie de faire valoir est que si vous vous trouvez face \u00e0 un probl\u00e8me de\u00a0:<\/p>\n