Szyny niezdolne do autoloadowania stałej z pliku, mimo że zdefiniowano go w tym pliku.

Question

Jest to trudne do wyjaśnienia. Mam moduł w innej przestrzeni nazw modułu tak:

# app/models/points/calculator.rb 
module Points 
    module Calculator 
    def self.included(base) 
     base.send(:include, CommonMethods) 
     base.send(:include, "Points::Calculator::#{base}Methods".constantize) 
    end 
    end 
end 

Więc w innych klasach wszystko co musisz zrobić, to:

class User 
    include Points::Calculator 
end 

Mam ten katalog określony w environment.rb być autoloadable ... (chociaż myślę, że szyny powtarzają się przez modele ...)

config.autoload_paths += Dir[ Rails.root.join('app', 'models', "points") ] 

W środowisku rozwojowym wszystko działa dobrze. Podczas uruchamiania testów (i env produkcja), pojawia się następujący błąd:

Unable to autoload constant Points::Calculator, expected /Users/pete/work/recognize/app/models/points/calculator.rb to define it (LoadError) 

I rzeczywiście po radę, żeby rozwiązać ten problem: Stop Rails from unloading a module in development mode jawnie wymagając calculator.rb w environment.rb.

Dlaczego tak się dzieje?

Utknąłem niektóre dane wyjściowe debugowania w pliku dependencies.rb ActiveSupport i zauważyłem, że plik ten jest wymagany dwukrotnie. Za pierwszym razem, gdy jest to wymagane, widzę, że stała jest rzeczywiście załadowana.

Ale po raz drugi wymagana stała została rozładowana tak długo, jak Railsy mogą powiedzieć, ale kiedy faktyczne wymaganie jest wywoływane, ruby ​​zwraca false, ponieważ ruby ​​wie, że jest już to wymagane. Następnie Railsy zgłaszają błąd "nie może się automatycznie ładować", ponieważ stała wciąż nie jest obecna, a rubin nie "wymaga ponownego" tego pliku.

Czy ktoś może rzucić światło na to, dlaczego tak się dzieje?

Answer 1

Calculator powinny być klasa być ładowane automatycznie prawidłowo

module Points 
    class Calculator 
    ... 
    end 
end 

Answer 2

Szyny zwiększa stałą mechanizmu wyszukiwania z rubinem.

Stała wyszukiwanie w Ruby:

podobne do method missing, A Module#constant-missing jest wywoływana gdy odniesienie do stałej nie zostać rozwiązane. Kiedy mówimy o stałą w danym zakresie leksykalnym, że stała jest poszukiwany w:

Each entry in Module.nesting 
Each entry in Module.nesting.first.ancestors 
Each entry in Object.ancestors if Module.nesting.first is nil or a module. 

Kiedy odnosimy się do stałej, Ruby najpierw próbuje go znaleźć według tego wbudowaną zasad odnośników.

Kiedy ruby ​​nie znajdzie ... szyny kopnięć w, a przy użyciu its own lookup convention oraz jego wiedzę o którym stałe zostały już załadowane (Ruby) Szyny nadpisuje Module#const_missing załadować brakujące stałe bez konieczności wyraźnego wymagają wywoływania przez programistę.

Sama konwencja wyszukiwania?

Autoloadowanie kontrastujące Ruby (wymagające wcześniejszego określenia położenia stałej autoloaded) szyny zgodnie z konwencją, która mapuje stałe do nazw plików.

Points::Calculator # =>points/calculator.rb 

teraz na stałe punkty :: Kalkulator szyn przeszukuje tę ścieżkę (czyli „punktów/calculator.rb”) w ścieżkach autoLoad, zdefiniowany przez konfigurację autoload_paths.

W tym przypadku szyny szukały ścieżek do plików points/calculator w swoich ścieżkach automatycznie ładowanych, ale nie znalazły pliku, a tym samym wyświetlany jest ten błąd/ostrzeżenie.

Ta odpowiedź jest abstraktem z tego Urbanautomation blog.