Inizializzatore di rotaie che viene eseguito * dopo * percorsi * vengono caricati?

Question

Voglio impostare un attributo di classe quando la mia app Rails si avvia. Richiede l'ispezione di alcuni percorsi, quindi i percorsi devono essere caricati prima dell'esecuzione del mio codice personalizzato. Sto avendo difficoltà a trovare un posto affidabile per agganciare in

Questo funziona perfettamente nell'ambiente "test":.

config.after_initialize do 
    Rails.logger.info "#{Rails.application.routes.routes.map(&:path)}" 
end 

Ma non lavoro in ambiente di "sviluppo" (i percorsi sono vuoti)

Per ora sembra che le cose funzionino in modalità sviluppo eseguendo lo stesso codice in config.to_prepare che capisco prima di ogni richiesta. Sfortunatamente l'uso di to_prepare da solo non sembra funzionare in modalità test, quindi la duplicazione.

Sono curioso di sapere perché i percorsi vengono caricati prima di after_initialize in modalità test, ma non in modalità sviluppo. E davvero, qual è il miglior gancio per questo? C'è un solo gancio che funzionerà per tutti gli ambienti?

* suggerimento EDIT *

di mu di ricaricare i percorsi era grande. Mi ha dato un accesso coerente alle rotte all'interno after_initialize in tutti gli ambienti. Per il mio caso d'uso però, penso di aver ancora bisogno di eseguire il codice da to_prepare, poiché imposto un attributo di classe su un modello e i modelli vengono ricaricati prima di ogni richiesta.

Quindi ecco cosa ho finito per fare.

[:after_initialize, :to_prepare].each do |hook| 
    config.send(hook) do 
    User.invalid_usernames += Rails.application.routes.routes.map(&:path).join("\n").scan(/\s\/(\w+)/).flatten.compact.uniq 
    end 
end 

Sembra un po 'complicato per me. Penso che io preferirei fare qualcosa di simile:

config.after_initialize do 
    User.exclude_routes_from_usernames! 
end 

config.to_prepare do 
    User.exclude_routes_from_usernames! 
end 

Ma io non sono sicuro se User è il posto giusto per essere esaminato Rails.application.routes. Immagino di poter fare la stessa cosa con il codice in lib/ma non sono sicuro che sia giusto.

Un'altra opzione è applicare il suggerimento di mu su to_prepare. Funziona, ma sembra esserci un ritardo notevole che ricarica i percorsi su ogni richiesta nel mio ambiente di sviluppo, quindi non sono sicuro che questa sia una buona chiamata, anche se è ASCIUTTA, almeno.

config.to_prepare do 
    Rails.application.reload_routes! 
    User.invalid_usernames += Rails.application.routes.routes.map(&:path).join("\n").scan(/\s\/(\w+)/).flatten.compact.uniq 
end 

Answer 1

È possibile forzare i percorsi da caricare prima di guardare Rails.application.routes con questo:

Rails.application.reload_routes! 

in modo da provare questo nel vostro config/application.rb:

config.after_initialize do 
    Rails.application.reload_routes! 
    Rails.logger.info "#{Rails.application.routes.routes.map(&:path)}" 
end 

Ho fatto cose simili che necessario per controllare i percorsi (per i conflitti con le rotte /:slug) e ho finito per mettere il reload_routes! e il check in uno config.after_initialize come stai facendo.

Answer 2

Se stai cercando di eseguire codice in un inizializzatore dopo le rotte sono caricati, si può provare a utilizzare l'opzione after::

initializer "name_of_initializer", after: :add_routing_paths do |app| 
    # do custom logic here 
end 

È possibile trovare gli eventi di inizializzazione qui: http://guides.rubyonrails.org/configuring.html#initialization-events