Dlaczego Rails4 porzucił wsparcie dla grupy „asset” w Gemfile

W Rails 3 klejnoty używane wyłącznie do generowania aktywów w potoku aktywów zostały prawidłowo umieszczone w assetsgrupie Gemfile:

...

# Gems used only for assets and not required
# in production environments by default.
group :assets do
  gem 'sass-rails'
  gem 'coffee-rails'
  gem 'uglifier'

  # See https://github.com/sstephenson/execjs#readme for more supported runtimes
  # gem 'therubyracer', :platforms => :ruby
end

Teraz, zgodnie z (wciąż w toku) dokumentacją aktualizacji :

Rails 4.0 usunął grupę aktywów z Gemfile. Podczas aktualizacji musisz usunąć tę linię z pliku Gemfile.

Rzeczywiście, tworzenie nowego projektu z RC1 daje plik Gemfile z klejnotami związanymi z aktywami zawartymi domyślnie poza dowolną grupą:

source 'https://rubygems.org'

# Bundle edge Rails instead: gem 'rails', github: 'rails/rails'
gem 'rails', '4.0.0.rc1'

# Use sqlite3 as the database for Active Record
gem 'sqlite3'

# Use SCSS for stylesheets
gem 'sass-rails', '~> 4.0.0.rc1'

# Use Uglifier as compressor for JavaScript assets
gem 'uglifier', '>= 1.3.0'

# Use CoffeeScript for .js.coffee assets and views
gem 'coffee-rails', '~> 4.0.0'

# See https://github.com/sstephenson/execjs#readme for more supported runtimes
# gem 'therubyracer', platforms: :ruby

...

Czy to oznacza, że ​​te klejnoty będą teraz domyślnie dołączane do kompilacji produkcyjnych? Jeśli tak, dlaczego zmiana zdania? Czy Rails 4 zmierza w kierunku dynamicznego generowania aktywów w produkcji?

Wcześniej grupa aktywów istniała, aby uniknąć niezamierzonej kompilacji na żądanie w produkcji. Ponieważ Rails 4 już tak się nie zachowuje, sensowne było usunięcie grupy zasobów.

Jest to wyjaśnione bardziej szczegółowo w zatwierdzeniu, które to zmieniło. Wyciągnąłem kilka cytatów z rzeczywistą odpowiedzią.

Niektóre klejnoty mogą być potrzebne (w produkcji), takie jak szyny do kawy, jeśli używasz szablonów kawy i fakt, że teraz zasoby nie są już wstępnie kompilowane na żądanie w produkcji.

(nie prekompilowane na żądanie w środowisku produkcyjnym) Oznacza, że ​​jeśli masz te klejnoty w środowisku produkcyjnym w wersji 3.2.xi zapomnisz o prekompilacji, Railsy zrobią dokładnie to, co robią podczas programowania, prekompilują żądane zasoby. To już nie jest prawdą w Railsach 4, więc jeśli nie skompilujesz wstępnie zasobów używając zadań, otrzymasz 404, gdy zasoby są żądaniami.

Rails 4 próbują zmusić Cię do prekompilacji zasobów przed wdrożeniem. Musisz wstępnie skompilować swoje zasoby z

$ RAILS_ENV=production bundle exec rake assets:precompile

I dlaczego? Znalazłem to w przewodniku:

Domyślnie Railsy zakładają, że zasoby zostały wstępnie skompilowane i będą obsługiwane jako zasoby statyczne przez Twój serwer WWW.

(Źródło: http://edgeguides.rubyonrails.org/asset_pipeline.html#in-production )

Ale wiele razy będziesz musiał używać tych perełek „aktywów” w produkcji ... na przykład, jeśli używasz pliku js.coffee w katalogu views, to Rails również potrzebuje kompilatora kawy w trybie produkcyjnym.

Więc myślę, że powodem tej zmiany jest poprawa wydajności ... i wygląda też na prostszą. :)

Chcemy Coffeescript z AJAX ( historią ), więc coffee-railswyprowadzamy się z grupy aktywów.
sass-railsźle się zachowuje ( historia ), więc wychodzi z grupy aktywów.

Ax grupa aktywów.