Una nuova istanza di sinatra è iniziata ad ogni richiesta?

Question

Quando arriva una nuova richiesta http, verrà avviata una nuova istanza di sinatra, ad es. sinatra deve essere inizializzato, o è solo il metodo di un'istanza precedente (il metodo get/post corrispondente di sinatra deve essere chiamato? Grazie per eventuali collegamenti alla documentazione, non sono riuscito a trovarne.

Sarebbe anche interessante se tale comportamento dipende dal tipo di distribuzione - WEBrick/etc passeggeri

Answer 1

Un nuovo la classe viene creata per ogni richiesta. Tuttavia, questo è non fatto da Rack. Questa è una caratteristica di Sinatra. Se vuoi approfondire i dettagli: l'istanza non viene effettivamente creata con Sinatra::Application.new ma con Sinatra::Application.prototype.dup, vedi Sinatra::Base#call per il codice.

Answer 2

Un rapido test mostra che la stessa istanza è in esecuzione qualunque sia la richiesta (almeno, per impostazione predefinita).

require 'sinatra' 

flag = false 

get '/stuff' do 
    puts "flag is #{flag ? 'set' : 'unset'}" 
    flag = true 
end 

Quando questo codice viene eseguito e due richieste vengono ricevuti, il server richiederà flag is unset e poi flag is unset.

EDIT:

che mostra i file non vengono ricaricati. Utilizzando puts self.object_id, self.class (come consigliato da pguardiario), in realtà viene visualizzata una nuova istanza di Sinatra::Application per ogni richiesta.

Answer 3

Esegui questo, si sa tutto, ma la dose non significare la cremagliera meccanica di correre come Sinatra. (In realtà, il rack si crea una nuova istanza per ogni richiesta)

require 'sinatra' 

configure do 
    set :number, 0 
end 

number = 0 

get '/test1' do 
    var = "The number is #{number}" 
    number = number + 1 
    var 
end 

get '/test2' do 
    var = "The number is #{settings.number}" 
    set :number, settings.number + 1 
    var 
end 

Answer 4

Si dovrebbe sempre presumere che l'intera app possa essere riavviata sotto le richieste intermedie. Che cosa succede se stai eseguendo 16 copie della tua app - la richiesta dell'utente 'jane' per '/' potrebbe entrare nella copia n. 2, quindi quando visita '/ signup' la richiesta colpirà # 12 (eventualmente avviato per questo evento) app. Quindi non importa ciò che fa Sinatra (anche se sembra che facciano qualcosa di simile), dal momento che la tua app potrebbe apparire ovunque, avviata oggi, ieri o un ms fa.

Se si pianifica di crescere, o di eseguire la distribuzione su Heroku, ecc., L'app deve funzionare correttamente con "shotgun", che riavvia tutto per ciascuna richiesta. Immagino che se la tua app fa qualcosa di radicalmente diverso da quello delle pagine web, e difficilmente arresti anomali o riavviati, potresti scappare con "NO"

Quindi la mia risposta è "SÌ" (ma non sempre, e nemmeno a volte generalmente).

Tuttavia, è utile sapere come funzionano le cose, in modo che si possa forse impostare solo uno schema di caching delle risorse calcolato complesso una volta per carico di app, che è un opt delle prestazioni. Ad esempio, se ogni chiamata all'app con url/calculate_pi? Decimals = 2000 risulta sempre nello stesso numero di 2000 cifre, è possibile memorizzarla in ogni istanza.