Automatisches Laden von lib-Dateien in Rails 4

Ich verwende die folgende Zeile in einem Initialisierer, um Code in meinem /libVerzeichnis während der Entwicklung automatisch zu laden :

config / initializers / custom.rb:

RELOAD_LIBS = Dir[Rails.root + 'lib/**/*.rb'] if Rails.env.development?

(aus Rails 3 Quicktip: Lib-Ordner im Entwicklungsmodus automatisch neu laden )

Es funktioniert gut, ist aber zu ineffizient, um es in der Produktion zu verwenden. Anstatt bei jeder Anforderung Bibliotheken zu laden, möchte ich sie nur beim Start laden. Im selben Blog gibt es einen weiteren Artikel, in dem beschrieben wird, wie das geht:

config / application.rb:

# Custom directories with classes and modules you want to be autoloadable.
config.autoload_paths += %W(#{config.root}/lib)
config.autoload_paths += Dir["#{config.root}/lib/**/"]

Wenn ich jedoch auch in der Entwicklung dazu wechsle, erhalte ich NoMethodErrors, wenn ich versuche, die lib-Funktionen zu verwenden.

Beispiel einer meiner lib-Dateien:

lib / extensions.rb:

Time.class_eval do
  def self.milli_stamp
    Time.now.strftime('%Y%m%d%H%M%S%L').to_i
  end
end

Beim Aufruf Time.milli_stampwird NoMethodError ausgelöst

Mir ist klar, dass andere ähnliche Fragen zu SO beantwortet haben, aber alle scheinen sich mit Namenskonventionen und anderen Problemen zu befassen, über die ich mir vorher keine Sorgen machen musste. Meine lib-Klassen haben bereits für das Laden pro Anfrage funktioniert , ich möchte sie nur ändern zum Laden pro Start . Was ist der richtige Weg, um dies zu tun?

Ich denke, das könnte Ihr Problem lösen:

1. in config / application.rb :

   config.autoload_paths << Rails.root.join('lib')

   und halten Sie die richtige Namenskonvention in lib .

   in lib / foo.rb :

   class Foo
   end

   in lib / foo / bar.rb :

   class Foo::Bar
   end

2. Wenn Sie wirklich einige Affen-Patches in einer Datei wie lib / extensions.rb erstellen möchten , benötigen Sie diese möglicherweise manuell:

   in config / initializers / require.rb :

   require "#{Rails.root}/lib/extensions" 

PS

• Schienen 3 Autoload-Module / Klassen von Bill Harding.

• Und um zu verstehen, was Rails genau gegen das automatische Laden tut?
  Lesen Sie Rails Autoloading - wie es funktioniert und wann nicht von Simon Coffey.

Dies beantwortet zwar nicht direkt die Frage, aber ich denke, es ist eine gute Alternative, um die Frage insgesamt zu vermeiden.

Um all das autoload_pathsoder eager_load_pathsÄrger zu vermeiden , erstellen Sie ein "lib" - oder ein "misc" -Verzeichnis unter "app" -Verzeichnis. Platzieren Sie Codes wie gewohnt dort, und Rails lädt Dateien genauso wie Modelldateien (und lädt sie neu).

Dies könnte jemandem wie mir helfen, der diese Antwort findet, wenn er nach Lösungen sucht, wie Rails mit dem Laden von Klassen umgeht ... Ich stellte fest, dass ich eine definieren musste module dessen Name meinem Dateinamen angemessen entspricht, anstatt nur eine Klasse zu definieren:

In der Datei lib / development_mail_interceptor.rb (Ja, ich verwende Code aus einem Railscast :))

module DevelopmentMailInterceptor
  class DevelopmentMailInterceptor
    def self.delivering_email(message)
      message.subject = "intercepted for: #{message.to} #{message.subject}"
      message.to = "myemail@mydomain.org"
    end
  end
end

funktioniert, wird aber nicht geladen, wenn ich die Klasse nicht in ein Modul eingefügt habe.

Verwenden Sie config.to_prepare, um Ihre Affen-Patches / -Erweiterungen für jede Anforderung im Entwicklungsmodus zu laden.

config.to_prepare do |action_dispatcher|
 # More importantly, will run upon every request in development, but only once (during boot-up) in production and test.
 Rails.logger.info "\n--- Loading extensions for #{self.class} "
 Dir.glob("#{Rails.root}/lib/extensions/**/*.rb").sort.each do |entry|
   Rails.logger.info "Loading extension(s): #{entry}"
   require_dependency "#{entry}"
 end
 Rails.logger.info "--- Loaded extensions for #{self.class}\n"

Ende