Warum hat Rails4 die Unterstützung für die Gruppe "Assets" in der Gemfile eingestellt?

In Rails 3 wurden Edelsteine, die ausschließlich zur Generierung von Assets in der Asset-Pipeline verwendet wurden, ordnungsgemäß in die assetsGruppe der Gemfile eingefügt:

...

# 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

Laut der (noch laufenden) Upgrade-Dokumentation :

Rails 4.0 hat die Assets-Gruppe aus Gemfile entfernt. Sie müssten diese Zeile beim Upgrade aus Ihrer Gemfile entfernen.

Sicher genug, wenn Sie ein neues Projekt mit RC1 erstellen, erhalten Sie eine Gem-Datei mit Asset-bezogenen Gems, die standardmäßig außerhalb einer Gruppe enthalten sind:

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

...

Bedeutet dies, dass diese Edelsteine ​​jetzt standardmäßig in Produktions-Builds gebündelt werden? Wenn ja, warum die Veränderung des Herzens? Bewegt sich Rails 4 in Richtung einer dynamischen Generierung von Assets in der Produktion?

Zuvor bestand die Asset-Gruppe, um eine unbeabsichtigte Kompilierung nach Bedarf in der Produktion zu vermeiden. Da sich Rails 4 nicht mehr so ​​verhält, war es sinnvoll, die Asset-Gruppe zu entfernen.

Dies wird in dem Commit , das dies geändert hat, ausführlicher erläutert . Ich habe einige Zitate mit der tatsächlichen Antwort extrahiert.

Einige Edelsteine ​​können (in der Produktion) wie Kaffeeschienen benötigt werden, wenn Sie Kaffeeschablonen verwenden und die Tatsache, dass Assets jetzt nicht mehr bei Bedarf in der Produktion vorkompiliert werden.

(nicht bei Bedarf in der Produktion vorkompiliert) Bedeutet, dass Rails genau das tut, was es in der Entwicklung tut, und die angeforderten Assets vorkompiliert, wenn Sie diese Edelsteine ​​in der Produktionsumgebung in 3.2.x haben und die Vorkompilierung vergessen. Dies gilt in Rails 4 nicht mehr. Wenn Sie die Assets nicht mithilfe der Aufgaben vorkompilieren, erhalten Sie eine 404, wenn es sich bei den Assets um Anforderungen handelt.

Rails 4 versucht, Sie zu zwingen, Ihre Assets vor der Bereitstellung vorkompilieren zu müssen. Sie müssen Ihr Vermögen mit vorkompilieren

$ RAILS_ENV=production bundle exec rake assets:precompile

Und warum? Ich habe dies in Guide gefunden:

Standardmäßig geht Rails davon aus, dass Assets vorkompiliert wurden und von Ihrem Webserver als statische Assets bereitgestellt werden.

(Quelle: http://edgeguides.rubyonrails.org/asset_pipeline.html#in-production )

Aber oft müssen Sie diese "Assets" -Edelsteine ​​in der Produktion verwenden. Wenn Sie beispielsweise eine js.coffee-Datei in Ihrem Ansichtsverzeichnis verwenden, benötigt Rails den Kaffee-Compiler auch im Produktionsmodus.

Ich denke, der Grund für diese Änderung ist die Leistungsverbesserung ... und sieht auch einfacher aus. :) :)

Wir wollen Coffeescript mit AJAX ( Verlauf ), also ziehen wir uns coffee-railsaus der Vermögensgruppe heraus.
sass-railsFehlverhalten ( Verlauf ), so dass es aus der Vermögensgruppe herausgeht.

Axt die Vermögensgruppe.