Come aggirare la mancanza di contesto nei metodi di route di Sinatra

Question

Ho riscontrato un problema con le istanze mancanti e gli errori nilClass durante la chiamata ai percorsi. Dopo aver esplorato la fonte, sembra che la chiamata generate_method crei fondamentalmente un nuovo metodo usando il blocco del metodo iniziale.

get "/" do 
    @some_local_instance.do_something() 
end 

Così nel metodo sopra ci potrebbero benissimo essere una variabile locale all'interno di tale classe denominata some_local_instance, tuttavia quando il meccanico è effettivamente valutata non ha alcun contesto da cui è stato definito il metodo, così sarà sicuro.

Il motivo che mi chiedo è perché, come parte del mio scritto ho classi esterne che vengono caricati quando Sinatra è caricato che registrano i percorsi e quando questi percorsi sono chiamati ho bisogno di accedere ad alcune variabili locali su queste classi. Un esempio potrebbe essere:

class SomeRouteClass 
    def initialize(sinatra, calculator) 
     @calculator = calculator 
     @sinatra = sinatra 
    end 

    def setup_routes 
     @sinatra.get "/add" do 
      return @calculator.add(1,1) 
     end 
    end 
end 

class Calculator 
    def add(a,b) 
     return a+b; 
    end 
end 

sinatra = Sinatra.new 
calculator = Calculator.new 

routing_class = SomeRouteClass.new(sinatra, calculator) 
routing_class.setup_routes 

sinatra.run! 

Perdonate eventuali errori di ortografia/sintassi Questo è solo un esempio veloce, ma come si può vedere una classe registra percorsi e quando questo percorso viene colpito restituisce un valore generato da un'istanza della calcolatrice ci sono voluti quando è stato istanziato.

Problema che ho è che in questo esempio quando provo ed eseguo il percorso/add mi dice che @calculator è un nilClass, e credo che sia dovuto al modo in cui Sinatra prende solo il blocco del codice senza contesto. Questo sembra perfetto per qualsiasi semplice rendering di template, ma se hai bisogno di fare qualcosa di più stravagante, o vuoi mantenere il tuo codice modulare non usando statica e singleton, non sembra che tu abbia alcun modo per aggirare questo ...

Are le mie supposizioni sono corrette qui? e se è così, c'è un modo per mantenere il contesto come sembra che mi costringa a scrivere codice cattivo e difficile da mantenere se devo scrivere tutto come statica e singleton per interagire da una rotta.

== Modifica ==

hanno ristrutturato la questione e contenuti per riflettere più accuratamente il problema reale, ora che ho una comprensione più solida della biblioteca.

Answer 1

io non accetto questa risposta, ma dopo aver fatto più ricerca è possibile che in un linguaggio dinamico come classi statiche di Ruby non sono tali da incubo dal punto di vista della manutenzione.

Sembra che la maggior parte delle librerie di Ruby funzionino contro istanze statiche (o derivazioni) che ottengono l'installazione poi utilizzata ... questo mi sembra ancora un po 'strano, come nel punto di vista del provider di database. È molto semplice chiamare la classe statica del database e connettersi al database e quindi avviare la query, ma se è necessario connettersi a 2 database separati contemporaneamente. Dovresti continuare a scambiare i server con la stessa classe statica che sarebbe problematica.

In ogni caso è sembra al momento, come la risposta è solo fare una costante per tutto ciò che è necessario per esporre su un percorso, quindi quando si prova basta impostare tale const su un finto. Sembra ancora un po 'pazzo chiamare queste cose come, quando in realtà non sono delle vere coscette nel vero senso della parola dato che possono essere cambiate in qualsiasi momento ... come molte cose ai nuovi sviluppatori di rubini, sembra solo confondere per il bene di it (es. elsif, @@ blah, caso variabile che definisce se è const o no).

Come ho detto, non accetterò questa risposta se qualcun altro può mostrarmi un modello migliore per farlo, ma per il momento gli darò qualche giorno in più.

Answer 2

class SomeRouteClass 
    def initialize(sinatra, calculator) 
     @calculator = calculator 
     @sinatra = sinatra 
    end 

    def calculator 
     @calculator 
    end 

    def setup_routes 
     @sinatra.get "/add" do 
      return calculator.add(1,1) 
     end 
    end 
end 

Answer 3

Il blocco passato a get viene valutato in un contesto diverso dall'oggetto Calculator. Probabilmente Sinatra chiama lo instance_eval o uno dei suoi cugini. Tuttavia, dovrebbe essere possibile catturare le variabili locali dal campo circostante, usando qualcosa come il seguente (ahimè non testato,) approccio:

def setup_routes 
    calculator = @calculator 
    @sinatra.get "/add" do 
     return calculator.add(1,1) 
    end 
end