Perché Rails precarica tutte le sue dipendenze (gemme) durante l'avvio?

Question

All'avvio di Rails, precarica tutte le sue dipendenze (gemme), il che si traduce in un avvio molto lento. In un progetto di medie dimensioni su cui sto lavorando, l'ora di inizio di Rails è di 10-15 secondi, dipende dalla macchina.

Mentre questo non è un problema di produzione, è un enorme problema di sviluppo. Specialmente quando si lavora su TDD/BDD. Esistono soluzioni per accelerare i test (come lo spork), ma introducono problemi propri.

La mia domanda è: perché non richiedere le dipendenze necessarie in ciascuno dei file di codice, invece di precaricare tutto durante il tempo di avvio?

Quali sono gli svantaggi del manuale? Le linee extra di codice?

Answer 1

Rails non è PHP. Alcune risorse sono caricate automaticamente, ma tutte quelle che è probabile che siano necessarie vengono caricate all'avvio/inizializzazione perché è meglio farlo prima che le richieste vengano fatte in modo che l'applicazione sia pronta piuttosto che caricarle pigramente su richiesta, rallentando la prima richiesta Gran parte della definizione al volo dei metodi e del caricamento delle classi avviene ancora al momento, riducendo il tempo di caricamento a solo 10-15 secondi, ma se si tagliano 5-10 secondi da tale tempo di caricamento, sarebbe stato aggiunto alla prima richiesta. Non va bene, vero?

Gran parte del tempo di caricamento che si verifica è nelle gemme/plugin/librerie che si aggiungono al progetto. Molte delle dimensioni significative offrono modi per caricare solo le porzioni di cui hai bisogno e molte altre potrebbero utilizzare questa ottimizzazione. Ad esempio, se si dispone di un progetto Rails che non ha bisogno di Active Record, è possibile sostituire:

require 'rails/all' 

... con:

require "action_controller/railtie" 
require "action_mailer/railtie" 
require "active_resource/railtie" 
require "rails/test_unit/railtie" 

... nel vostro application.rb di ridurre il carico (e di evitare errori sul database non esistente).