🎯 Objectif : lancer une/actions quand un traitement se déclenche suivant un caractère événementiel Anti-Pattern   class RecuperateurBoursier                  def initialize(code, limite_bas:, limite_haut: )       @limite_bas = limite_bas       @limite_haut = limite_haut       @code = code     end        def lancer       dernierevaleur = nil       loop do         valeur = Valeur.recuperer(@code)         print "Valeur courrante: #{valeur}\n&

🎯 Objectif : éviter encore une fois d'implémenter dans une même classe des fonctions qui ne lui sont pas intrinsèques. Anti-pattern  On créé une classe CompteBancaire qui intègre et implémente le contrôle d'accès class CompteBancaire       attr_reader :balance              def initialize(init_balance: , utilisateur: )           @utilisateur = utilisateur           @liste_utilisateurs = ['

🎯 Objectif :  Construire une classe en exploitant une partie d'un autre et la charge active de l'autre 👆 Remarque : cas d'une Queue LIFO  Anti-pattern Anti-pattern 1 : from scratch Construire from scratch, même pas en rêve Anti-pattern 2 : l'héritage class MyQueue < Array           alias :enq

🎯 Objectif : éviter de faire une classe "Boite à outil", cad qui fait plus que ce qu'elle doit, et qui intègre du code d'adaption et donc du savoir spécifique, on utilise le Design pattern Adapter pour limiter l'adaptation des inputs dans la classe

🎯 Objectif ; mettre en place un découplage fort et éviter l'effet "boite à outils" Cas d'étude, l'anti-pattern  Un composant quelconque doit logger ses actions; l'anti-pattern pour  :  class Composant        def initialize       @log = open('composant.log', 'a')     end        def