Inizializzazione lazy non thread-safe in PostActionType

Onestamente non sono sicuro che questa inizializzazione pigra abbia senso anche qui, abbiamo un hook per i plugin per sostituire l’intero set di flag, ma questo verrebbe attivato prima dell’inizializzatore.

@roman hai qualche preoccupazione riguardo a un’inizializzazione anticipata qui? Suppongo che la soluzione banale sia:

class << self

  def flag_settings
     ...
   end
end

flag_settings

Sto pensando che il motivo principale per cui è successo questo è che Ruby non fornisce uno schema pulito per gli inizializzatori di classe, quindi spinge gli sviluppatori a inventarne di propri/usare quelli pigri.

2 Mi Piace