Lavoro ritardato: come ricaricare le classi del payload durante ogni chiamata in modalità di sviluppo

Question

Sto eseguendo un lavoro in ritardo. Quando invoco sempre il metodo foo, l'operatore stampa hello.

class User 
    def foo 
    puts "Hello" 
    end 
    handle_asynchronously :foo 
end 

Se faccio alcune modifiche al metodo di foo, devo riavviare il lavoratore per i cambiamenti per riflettere. Nella modalità di sviluppo questo può diventare piuttosto faticoso.

Sto cercando di trovare un modo per ricaricare la classe del payload (in questo caso la classe User) per ogni richiesta. Ho provato a eseguire il patching della libreria DelayedJob per richiamare require_dependency prima del richiamo del metodo del payload.

module Delayed::Backend::Base 
    def payload_object_with_reload 
    if Rails.env.development? and @payload_object_with_reload.nil? 
     require_dependency(File.join(Rails.root, "app", "models", "user.rb")) 
    end 
    @payload_object_with_reload ||= payload_object_without_reload 
    end 
    alias_method_chain :payload_object, :reload 
end 

Questo approccio non funziona come le classi registrate usando require_dependency necessario ricaricare prima che l'invocazione e non ho capito come farlo. Ho passato un po 'di tempo a leggere il codice del dispatcher per capire come Rails ricarica le classi per ogni richiesta. Non ero in grado di localizzare il codice di ricarica.

Qualcuno ha provato prima? Come mi consiglieresti di procedere? O hai qualche indicazione per localizzare il codice di ricarica della classe Rails?

Answer 1

Sono riuscito a trovare una soluzione. Ho usato il metodo ActiveSupport::Dependencies.clear per cancellare le classi caricate.

Aggiungere un file chiamato config/initializers/delayed_job.rb

Delayed::Worker.backend = :active_record 
if Rails.env.development? 
    module Delayed::Backend::Base 
    def payload_object_with_reload 
     if @payload_object_with_reload.nil? 
     ActiveSupport::Dependencies.clear 
     end 
     @payload_object_with_reload ||= payload_object_without_reload 
    end 
    alias_method_chain :payload_object, :reload 
    end 
end 

Answer 2

Questo appare come risolve il problema senza la hackery alias_method:

https://github.com/Viximo/delayed_job-rails_reloader

Answer 3

A partire dalla versione 4.0.6, DelayedJob ricarica automaticamente se è Rails.application.config.cache_classes impostato su false:

In modalità di sviluppo, se si utilizza Rails 3.1+, il codice dell'applicazione verrà ricaricato automaticamente ogni 100 lavori o al termine della coda. Non è più necessario riavviare il lavoro differito ogni volta che si aggiorna il codice in fase di sviluppo.