使用Drupal和Ruby。有沒有人整合過？

Question

我開始了一個小型的Web項目，並使用Drupal來構建它。到目前爲止，這麼好：你可以快速建立一個很好的面向CMS的站點，通過模塊添加社交功能，並且你有一個廣泛的API來在一個構建良好的平臺上進行定製。

現在的問題出現了：網站正在超出最初計劃的範圍，我發現自己處於認真開始編寫代碼的狀態。由於Drupal項目，我獲得了對PHP的新的尊重，但我想用Ruby來完成。我會感覺更舒適，以後可以更容易維護，並且可以在其他Ruby/Rails應用程序中重用它。隨着時間的推移，我想我會重寫Ruby中Drupal中的現有部分。

基於此，問題是：是否有人將兩者都整合在一起（既是成功還是失敗的故事）？這是一個相當大的決定，我無法找到任何人在Google上完成的信息。

Answer 1

抱歉是負面的。這聽起來對我來說不是一個好主意。

我會感覺更舒適，以後可以更容易地維護，我可以在其他Ruby/Rails應用中重複使用它。

我嚴重懷疑這一點。未來維護/重用可能會更困難，因爲您需要編寫額外的代碼來「集成」Drupal和Ruby。代碼越多，錯誤發生的可能性就越大。我假設你將使用REST/webservices /類似技術將這兩者聯繫在一起 - 如果是這種情況，你正在編寫這麼多額外的代碼！使用功能元素（可能在Ruby中）粘貼前端元素（必須在Drupal中）對我來說聽起來很複雜。

我猜測它是唯一一個將要維護代碼的人。如果是其他人呢？你能輕鬆找到在你的地區/預算中有兩個技能組合（Ruby + Drupal）的人嗎？

如何回饋Drupal社區？如果你的代碼變得有用，並且它的Drupal + Ruby這個大混亂，你真的不能把它放在Drupal.org上，讓其他人去構建，改進和測試。

我建議兩個選項

只有

1. 使用Drupal。
2. 聽起來像你愛上了Ruby，或者無論如何也習慣了。在這種情況下：找到一個基於Ruby的CMS！ （對不起，我不知道有什麼！）

對我來說，它是一個經典的兩難境地：如果你做的Drupal自定義模塊的開發，這將意味着更多的短期痛苦，因爲你就可以離開你的舒適區...或者你應該整合Ruby + Drupal，這在短期內會更容易，但是很長時間會非常痛苦。

我會選擇短期的痛苦:-)

Answer 2

我覺得用來形容你的想法期限是多語言編程：http://memeagora.blogspot.com/2006/12/polyglot-programming.html

一個我的Drupal的批評之一是，一切都在Drupal或PHP。 Drush當然是個例外，但是看到一些不專門使用Drupal堆棧的開發工具會很高興。我在Drupal上使用了Apache Ant，取得了一些成功（在Drush的日子之前）。

我也參與了一個Drupal項目，該項目爲Java前端提供了軟件即服務。那不太好，但Drupal服務項目從那以後得到了一些新的發展。我也參與了幾個與閃存前端（ugg！），谷歌地圖和手機小工具交互的Drupal項目。

您是否想過面向服務架構？如果你對此感到滿意，那麼你可以寫寫真正靈活的軟件。我想聽聽你如何去！然而，如果你唯一的理由是你覺得在Ruby中感覺更舒適（我能理解爲什麼），那麼你應該讓自己脫離你的舒適區。