Perché Rails4 ha abbandonato il supporto per il gruppo "assets" nel Gemfile

In Rails 3, le gemme utilizzate esclusivamente per generare asset nella pipeline di asset erano correttamente posizionate nel assetsgruppo del 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

Ora, secondo la documentazione dell'aggiornamento (ancora in corso) :

Rails 4.0 ha rimosso il gruppo di asset da Gemfile. Dovresti rimuovere quella riga dal tuo Gemfile durante l'aggiornamento.

Abbastanza sicuro, realizzare un nuovo progetto con RC1 produce un Gemfile con gemme relative alle risorse incluse per impostazione predefinita al di fuori di qualsiasi gruppo:

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

...

Questo significa che queste gemme verranno ora raggruppate in build di produzione per impostazione predefinita? In caso affermativo, perché cambiare idea? Rails 4 si sta muovendo verso la generazione dinamica di asset in produzione?

In precedenza il gruppo di asset esisteva per evitare la compilazione su richiesta involontaria nella produzione. Dato che Rails 4 non si comporta più così, aveva senso rimuovere il gruppo di risorse.

Questo è spiegato in modo più dettagliato nel commit che lo ha cambiato. Ho estratto alcune citazioni con la risposta effettiva.

Alcune gemme possono essere necessarie (in produzione) come le rotaie del caffè se si utilizzano modelli di caffè e il fatto che ora le risorse non sono più precompilate su richiesta in produzione.

(non precompilato su richiesta in produzione) Significa che se hai quelle gemme nell'ambiente di produzione in 3.2.x e dimentichi di precompilare, Rails farà esattamente quello che fa in sviluppo, precompilerà gli asset che sono stati richiesti. Questo non è più vero in Rails 4, quindi se non precompili le risorse usando i task otterrai un 404 quando le risorse sono richieste.

Rails 4 cerca di obbligarti a precompilare le tue risorse prima della distribuzione. Devi precompilare le tue risorse con

$ RAILS_ENV=production bundle exec rake assets:precompile

E perché? Ho trovato questo nella Guida:

Per impostazione predefinita, Rails presume che gli asset siano stati precompilati e verranno serviti come asset statici dal tuo server web.

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

Ma molte volte devi usare queste gemme di "risorse" in produzione ... per esempio, se usi un file js.coffee nella tua directory delle viste, anche Rails ha bisogno del compilatore di caffè in modalità di produzione.

Quindi immagino che la ragione di questo cambiamento sia il miglioramento delle prestazioni ... e sembra anche più semplice. :)

Vogliamo coffeescript con AJAX ( cronologia ), quindi coffee-railsesce dal gruppo di risorse.
sass-railssi comporta in modo anomalo ( cronologia ), quindi esce dal gruppo di risorse.

Ascia il gruppo di risorse.