Чому Rails4 відмовився від підтримки групи "активи" в Gemfile

У Rails 3 дорогоцінні камені, що використовуються виключно для отримання активів у конвеєрі активів, були належним чином розміщені у assetsгрупі 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

Тепер, відповідно до (ще триває) документації щодо оновлення :

Rails 4.0 видалив групу активів із Gemfile. Під час оновлення вам потрібно буде видалити цей рядок зі свого Gemfile.

Звичайно, створення нового проекту з RC1 дає Gemfile з дорогоцінними дорогоцінними каменями, включеними за замовчуванням за межами будь-якої групи:

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

...

Чи означає це, що ці дорогоцінні камені тепер за замовчуванням будуть вбудовуватися у виробничі комплекти? Якщо так, то чому змінити серце? Чи рухається Rails 4 до динамічного генерування активів у виробництві?

Раніше група активів існувала, щоб уникнути навмисного збирання на вимогу у виробництві. Оскільки Rails 4 вже не веде себе таким чином, має сенс видалити групу активів.

Це пояснюється більш докладно в комітеті, який змінив це. Я витяг декілька цитат із фактичною відповіддю.

Деякі дорогоцінні камені можуть знадобитися (у виробництві), наприклад, кавові рейки, якщо ви використовуєте шаблони для кави та той факт, що зараз активи вже не заздалегідь збираються на вимогу у виробництві.

(не заздалегідь складено на вимогу у виробництві) Означає, що якщо у вас є ці дорогоцінні камені у виробничому середовищі в 3.2.x та забудьте виконати попередню компіляцію, Rails зробить саме те, що робить у процесі розробки, попередньо компілюючи активи, які вимагали. Це вже не вірно в Rails 4, тому якщо ви не попередньо компілюєте активи за допомогою завдань, ви отримаєте 404, коли активи будуть запитами.

Rails 4 намагаються змусити попередньо скласти свої активи до розгортання. Ви повинні попередньо скласти свої активи

$ RAILS_ENV=production bundle exec rake assets:precompile

І чому? Я знайшов це в Посібнику:

За замовчуванням Rails передбачає, що активи були попередньо складені та будуть подані як статичні активи на ваш веб-сервер.

(Джерело: http://edgeguides.rubyonrails.org/asset_pipeline.html#in-production )

Але багато разів доводиться використовувати ці дорогоцінні камені для активів у виробництві ... наприклад, якщо ви використовуєте файл js.coffee у каталозі переглядів, тоді Rails також потрібен компілятор кави у виробничому режимі.

Тому я здогадуюсь, що причина цієї зміни - покращення продуктивності ... і виглядає також простіше. :)

Ми хочемо кофе-скрипт з AJAX ( історія ), тому coffee-railsвиходить з групи активів.
sass-railsпогано поводиться ( історія ), тому він виходить із групи активів.

Вісь групи активів.