使用Drupal和Ruby。有没有人整合?

时间:2010-10-03 18:01:37

标签: ruby drupal

我开始了一个小型的Web项目并使用Drupal来构建它。到目前为止,非常好:您可以快速建立一个不错的面向CMS的站点,通过模块添加社交功能,并且您有一个广泛的API可以在一个设计良好的平台上进行自定义。

问题出现了:网站的增长超出了最初计划的范围,我发现自己处于认真开始编写代码的情况。感谢Drupal项目,我获得了对PHP的新尊重,我想用Ruby做。我会感觉更加舒适,以后更容易维护,我可以在其他Ruby / Rails应用程序中重复使用它。随着时间的推移,我想我将在Ruby中重写Drupal中的现有部分。

基于此,问题是:是否有人将两者都整合在一起(成功或失败的故事)?这是一个非常重大的决定,我找不到任何在谷歌上做过的人的信息。

2 个答案:

答案 0 :(得分:11)

抱歉是否定的。这对我来说听起来不是一个好主意。

  

我会感觉更加舒适,以后我会更容易维护,我可以在其他Ruby / Rails应用程序中重复使用它。

我严重怀疑。由于你需要编写“集成”Drupal和Ruby所需的额外代码,将来维护/重用可能会更加困难。代码越多,错误的可能性就越大。我假设您要使用REST / webservices /类似技术将两者连接在一起 - 如果是这样的话,您正在编写这么多额外的代码!使用功能元素(可能在Ruby中)粘贴前端元素(必须在Drupal中)对我来说听起来很复杂。

我猜它是唯一一个将要维护代码的人。如果是其他人怎么办?你能轻松找到你所在地区/预算中拥有两种技能(Ruby + Drupal)的人吗?

回馈Drupal社区怎么样?如果您的代码变得有用并且它的Drupal + Ruby大混乱,您实际上无法将其放在Drupal.org上供其他人构建,改进和测试。

我建议两个选项

  1. 仅使用Drupal。
  2. 听起来你爱上了Ruby,或者无论如何都习惯了它。那样的话:找一个基于Ruby的CMS! (对不起,我不知道!)
  3. 对我来说这是一个经典的困境:你是否应该进行Drupal Custom Module开发,这将意味着更多的短期疼痛,因为你将超出你的舒适区......或者你应该整合Ruby + Drupal这将更容易短期但长期非常痛苦。

    我会选择短期疼痛: - )

答案 1 :(得分:3)

我认为用于描述你的想法的术语是Polyglot Programming:http://memeagora.blogspot.com/2006/12/polyglot-programming.html

我对Drupal的一个批评是,一切都在Drupal或PHP中。 Drush是一个例外,但是看到一些不使用Drupal堆栈的开发工具会很高兴。我在Drupal上使用了Apache Ant并取得了一些成功(在Drush之前)。

我还参与了一个Drupal项目,该项目为Java前端提供了软件即服务。这不是很好,但Drupal Services项目从那时起经历了一些新的发展。我还参与了几个与Flash前端(ugg!),谷歌地图和手机小工具接口的Drupal项目。

您是否在考虑以服务为导向的架构?如果你对此感到满意,那么你就可以写出真正敏捷的软件。我想听听你怎么走!

然而,如果你唯一的理由是你觉得Ruby感觉更舒服(我可以理解为什么),那么你应该让自己脱离自己的舒适区。