Pourquoi Rails4 a-t-il abandonné la prise en charge du groupe «actifs» dans Gemfile

Dans Rails 3, les gemmes utilisées exclusivement pour générer des actifs dans le pipeline d'actifs étaient correctement placées dans le assetsgroupe du 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

Maintenant, selon la documentation de mise à niveau (toujours en cours) :

Rails 4.0 a supprimé le groupe d'actifs de Gemfile. Vous devrez supprimer cette ligne de votre Gemfile lors de la mise à niveau.

Effectivement, créer un nouveau projet avec RC1 donne un Gemfile avec des gemmes liées aux actifs incluses par défaut en dehors de tout groupe:

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

...

Cela signifie-t-il que ces gemmes seront désormais regroupées dans les versions de production par défaut? Si oui, pourquoi ce changement d'avis? Rails 4 évolue-t-il vers la génération dynamique d'actifs en production?

Auparavant, le groupe d'actifs existait pour éviter la compilation à la demande involontaire en production. Comme Rails 4 ne se comporte plus comme ça, il était logique de supprimer le groupe d'actifs.

Ceci est expliqué plus en détail dans le commit qui a changé cela. J'ai extrait quelques citations avec la réponse réelle.

Certains joyaux peuvent être nécessaires (en production) comme les barres de café si vous utilisez des modèles de café et le fait que maintenant les actifs ne sont plus précompilés à la demande dans la production.

(non précompilé à la demande en production) Cela signifie que si vous avez ces gemmes dans l'environnement de production dans 3.2.x et que vous oubliez de précompiler, Rails fera exactement ce qu'il fait en développement, précompilez les actifs qui ont été demandés. Ce n'est plus le cas dans Rails 4, donc si vous ne précompilez pas les actifs à l'aide des tâches, vous obtiendrez un 404 lorsque les actifs sont des requêtes.

Rails 4 essaie de vous forcer à précompiler vos actifs avant le déploiement. Vous devez précompiler vos actifs avec

$ RAILS_ENV=production bundle exec rake assets:precompile

Et pourquoi? J'ai trouvé ceci dans le guide:

Par défaut, Rails suppose que les actifs ont été précompilés et seront servis en tant qu'actifs statiques par votre serveur Web.

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

Mais de nombreuses fois, vous devez utiliser ces gemmes «actifs» en production ... par exemple, si vous utilisez un fichier js.coffee dans votre répertoire de vues, alors Rails a également besoin d'un compilateur de café en mode production.

Donc, je suppose que la raison de ce changement est l'amélioration des performances ... et semble plus simple également. :)

Nous voulons coffeescript avec AJAX ( historique ), donc quitte coffee-railsle groupe des actifs.
sass-railsse comporte mal ( historique ), donc il sort du groupe d'actifs.

Axez le groupe des actifs.