Извините, что отрицательно. Это не звучит как хорошая идея для меня.
Я буду чувствовать себя более комфортно, позже мне будет проще поддерживать его, и я смогу использовать его в других приложениях Ruby / Rails.
Я серьезно сомневаюсь в этом. Возможно, в будущем будет сложнее поддерживать / повторно использовать из-за дополнительного кода, который вам нужно будет написать для «интеграции» Drupal и Ruby. Чем больше кода, тем больше вероятность ошибок. Я предполагаю, что вы собираетесь связать их вместе, используя REST / webservices / аналогичные технологии - если это так, вы пишете так много дополнительного кода! Склеивание элементов интерфейса (которые должны быть в Drupal) с функциональными элементами (вероятно, в Ruby) оправдывает звуки, которые мне так сложны.
Я предполагаю, что только вы будете поддерживать код. Что делать, если это кто-то еще? Сможете ли вы легко найти человека с двумя наборами навыков (Ruby + Drupal) в вашем регионе / бюджете?
А как насчет отдачи сообществу Drupal? Если ваш код становится чем-то полезным, и это большой беспорядок в Drupal + Ruby, вы действительно не сможете разместить его на Drupal.org, чтобы другие могли его создавать, улучшать и тестировать.
Я предлагаю два варианта
- Используйте только Drupal.
- Звучит так, будто ты влюблен в Руби или, во всяком случае, слишком привык к этому. В этом случае: найдите CMS на основе Ruby! (Извините, я не знаю никого!)
Для меня это классическая дилемма: если вы будете заниматься разработкой Drupal Custom Module, что будет означать более кратковременную боль, потому что вы будете вне своей зоны комфорта ... или если вы интегрируете Ruby + Drupal, что будет легче в краткосрочный, но очень болезненный в долгосрочной перспективе.
Я бы выбрал краткосрочную боль: -)