Недавно я работал с Rails Engines, особенно глядя на то, что RefineryCMS и Spree работают над одной и той же установкой, но информация о том, что планируется и была разработана на краевых рельсах, ограничена. Поэтому мне интересно, где-то я пропустил, где люди описывают планы Rails + 1.
Я исследовал:
Лучше всего на этом этапе прочитать файлы CHANGELOG из отдельных частей Rails и попытаться извлечь из этого то, что вы можете:
Кроме того, там GitHub совершает то, что может предложить больше понимания (ха-ха-ха, я смешно, эй?) или Маяк, который иногда хорош для поиска аргументов за изменениями.
Я бы ожидал, когда будет выпущен Rails 3.1, будет запись, подобная 3.0 Примечания к выпуску, в которой подробно описываются изменения. Что касается того, кто ответственен за это, никто не знает.
Что касается Refinery и Spree, обе эти проекты должны были бы разделить их код на отдельные модули, а не на загрязнение глобального пространства имен. Контроллеры, такие как say, PagesController, должны были бы стать Refinery::PagesController. Представления для этого контроллера должны быть перенесены в app/views/refinery/pages, и модель будет находиться в app/models/refinery внутри самого движка.
Причиной этого является то, что приложения могут загрязнять "глобальное" пространство имен самими своими классами, не переопределяя функциональность движков. Он также останавливает двигатели от шага друг к другу.
Проблема с получением Refinery и Spree для обоих это будет двоякой. 1) если вы слышали о фразе "пасущиеся кошки", это было бы похоже, за исключением замены кошек с бешенными зомби-львами. 2) Вы нарушили бы совместимость с КАЖДОЙ ОДНОЙ ПРИМЕНЕНИЕМ, которая использовала Spree или Refinery.
Я нахожусь в основной команде CMS НПЗ.
Мы смотрели, как Spree и Refinery работают вместе какое-то время.
CMS для НПЗ была обновлена до Rails 3, а механизм проверки подлинности был изменен так же, как и Spree, чтобы упростить интеграцию между ними. Вот что было сделано.
С точки зрения запланированного времени мы ожидаем появления Rails 3.1, потому что есть несколько функций, которые упростят запуск двух проектов параллельно. Одна из жизненно важных функций, включенных в Rails 3.1, - это возможность охватить Rails Engine, чтобы он ничем не мешал.