Rails 5: Üretimde lib dosyalarını yükle

Uygulamalarımdan birini Rails 4.2.6'dan Rails 5.0.0'a yükselttim. Yükseltme Kılavuzu , Otomatik Yükleme özelliğinin artık üretimde varsayılan olarak devre dışı bırakıldığını söylüyor.

Artık tüm lib dosyalarını application.rbdosyaya autoload ile yüklediğim için üretim sunucumda her zaman bir hata alıyorum .

module MyApp
    class Application < Rails::Application
        config.autoload_paths += %W( lib/ )
    end
end

Şimdilik, ben kurdum config.enable_dependency_loadingetmek trueama bu daha iyi bir çözüm olup olmadığını merak ediyorum. Üretimde varsayılan olarak Otomatik Yüklemenin devre dışı bırakılmasının bir nedeni olmalıdır.

Rails 5'e geçtikten sonraki değişiklik listem:

1. Yeri libiçine dir appapp içindeki tüm kod, çünkü otomatik yüklenmesi dev ve içinde yüklü istekli ve en önemlisi eşya ve autoreloaded Eğer sunucusunu değişiklik yapmak her zaman yeniden zorunda kalmamak gelişiminde.
2. requireİçindeki kendi sınıflarınızı gösteren tüm ifadeleri kaldırın , libçünkü dosya / dizin adları doğruysa hepsi otomatik olarak yüklenir ve requireifadelerden ayrılırsanız otomatik yeniden yüklemeyi bozabilir. Daha fazla bilgi burada
3. Ayarlamak config.eager_load = trueDev'de kod yükleme sorunlarını hevesle görmek için tüm ortamlarda .
4. Rails.application.eager_load!"Döngüsel bağımlılık" hatalarını önlemek için dizilerle oynamadan önce kullanın .

5. Herhangi bir ruby ​​/ rails uzantınız varsa, bu kodu eski libdizinde bırakın ve başlatıcıdan manuel olarak yükleyin. Bu, uzantıların, ona bağlı olabilecek diğer mantığınızdan önce yüklenmesini sağlayacaktır:

   # config/initializers/extensions.rb
   Dir["#{Rails.root}/lib/ruby_ext/*.rb"].each { |file| require file }
   Dir["#{Rails.root}/lib/rails_ext/*.rb"].each { |file| require file }

Sadece kullandım config.eager_load_pathsconfig.autoload_pathsGithub yorumunda akostadinov'dan bahsetmek yerine : https://github.com/rails/rails/issues/13142#issuecomment-275492070

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

Geliştirme ve üretim ortamı üzerinde çalışır.

Teşekkür Johan öneri değiştirmesinin #{Rails.root}/libile Rails.root.join('lib')!

İş parçacığı güvenliği nedeniyle üretim ortamında otomatik yükleme devre dışı bırakıldı. Bağlantı için @ Зелёный'e teşekkür ederiz.

Bu sorunu, lib dosyalarını Github'da önerildiği şekilde dizinimdeki bir libklasörde saklayarak çözdüm . Klasördeki her klasör, Rails tarafından otomatik olarak yüklenir.appapp

Üretimde varsayılan olarak Otomatik Yüklemenin devre dışı bırakılmasının bir nedeni olmalıdır.

İşte bu konu hakkında uzun bir tartışma. https://github.com/rails/rails/issues/13142

Bu, lib otomatik yeniden yüklemesine izin verir ve üretim ortamında da çalışır.

Not: Cevabımı değiştirdim, şimdi özel ortamlarda da çalışmaya izin vermek için ortamdan bağımsız olarak her iki hevesli otomatik yükleme yoluna da ekliyor (sahne gibi)

# config/initializers/load_lib.rb
...
config.eager_load_paths << Rails.root.join('lib')
config.autoload_paths << Rails.root.join('lib')
...

Config / application.rb dosyasındaki config.autoload_paths öğesini config.eager_load_paths olarak değiştirin . Çünkü raylarda üretim ortamı için 5 otomatik yükleme varsayılan olarak devre dışı bırakılmıştır. Daha fazla ayrıntı için lütfen bağlantıyı takip edin .

 #config.autoload_paths << "#{Rails.root}/lib"
  config.eager_load_paths << Rails.root.join('lib')

Hem çevre geliştirme hem de üretim için çalışır.

Bir anlamda burada, istekli ve otomatik yükleme yapılandırmasını merkezileştirmek için Rails 5'te birleşik bir yaklaşım vardır, aynı zamanda istekli yük yapılandırıldığında gerekli otomatik yükleme yolunu ekler, aksi takdirde doğru şekilde çalışamaz:

# config/application.rb
...
config.paths.add Rails.root.join('lib').to_s, eager_load: true

# as an example of autoload only config
config.paths.add Rails.root.join('domainpack').to_s, autoload: true
...

Benim gibi bununla mücadele eden biri için, altına bir dizin koymak yeterli değil app/. Evet, otomatik yüklemeye sahip olacaksınız ancak yeniden yükleme gerekmiyor , bu da ad alanı kurallarının yerine getirilmesini gerektiriyor .

Ayrıca, eski kök düzeyini yüklemek için başlatıcı kullanmak, libgeliştirme sırasında özelliğin yeniden yüklenmesini önleyecektir.

Lib klasörünü uygulamaya taşımak bir sorunu çözmeye yardımcı oldu, Twitter API'm üretimde çalışmıyordu. "Başlatılmamış sabit TwitterApi" vardı ve Twitter API'm lib klasörümdeydi. sahiptimconfig.autoload_paths += Dir["#{Rails.root}/app/lib"]Application.rb dosyamda , ancak klasörü taşımadan önce çalışmadı.

Bu hile yaptı

Lev'in cevabını özetlemek gerekirse: mv lib appbenim her şeyime sahip olmak yeterliydilib kodumun otomatik olarak yüklenmesi / otomatik olarak yeniden yüklenmesi .

(6.0.0beta3 raylar ancak 5.x raylarda da iyi çalışmalıdır)