Initialisation paresseuse non thread-safe dans PostActionType

Honnêtement, je ne suis pas sûr que cette initialisation paresseuse ait un sens ici non plus, nous avons un hook pour que les plugins remplacent l’ensemble des drapeaux, mais cela se déclencherait avant l’initialiseur.

@roman, des préoccupations concernant une initialisation anticipée ici ? Je suppose que la correction triviale est :

class << self

  def flag_settings
     ...
   end
end

flag_settings

Je pense que la principale raison pour laquelle cela s’est produit est que Ruby n’offre pas de modèle propre pour les initialiseurs de classe, ce qui pousse les développeurs à en inventer des propres/à utiliser l’initialisation paresseuse.

2 « J'aime »