ruby-on-rails - Drupal 没有 "Community Plumbing"了？我的下一步发展该怎么做？

Question

我有一些社区正在运行 Drupal 6。Drupal 6 有大量模块可以满足我的需要，还有“社区管道”一词。

我尝试过 Yii 之类的 PHP 框架，但我不喜欢 PHP-CLI，因为我觉得它与 PHP 本身的集成并不好。所以，我留在 Drupal 6 中，有很多 hack。

但是 Drupal 现在变得更“CMS”，更“企业”(就像很多 Java CMS)。

使用 Drupal 7，开箱即用，制作报纸网站更容易，但对我来说，根据我的需要量身定制更困难，它更神奇，也更慢。

“社区管道”一词已被“开源 CMS”取代，声明“使用 Drupal 构建从个人博客到企业应用程序的一切”。作为基于社区的应用程序开发人员，这让我感到害怕。

Django 看起来很有前途，但 Rails 有更多可用的开源 kick-ass 应用程序。

我对 Drupal 8 一无所知。我不知道我的下一个开发要做什么。

Answer 1

听起来您正在寻求从 CMS 迁移到框架。我不会在这里就框架提供建议，因为关于 SO 的许多主题已经涵盖了这一点。

从 Drupal 迁移到 (RAD) 框架，您应该意识到以下几点:

Drupal 不是面向对象的，有自己的使用 PHP 的方式(钩子(Hook)、模板覆盖)等。期待体验会非常不同。您在 Drupal 中获得的知识可能会派上用场，但在 OO 是 alpha 和 omega 的框架领域通常用处不大。 :)

Drupal 从你手中拿走了很多东西。通过安装一些模块，你有一个新功能。有了框架，你就可以完全靠自己了。如果你想站在别人工作的肩膀上，你应该选择一个与 gem、包或模块本身一起工作的框架。这些库和 Drupal 模块之间的主要区别在于，您必须自己实现和集成这些库。我认为这是一件非常好的事情，因为它没有预先做任何假设，并且允许您完全构建您的想法，但具有与 Drupal 模块相同的体验:很多事情已经为您完成了。

你知道PHP。您可能也不了解 Python 或 Ruby。这意味着基于 PHP 的框架对您有利。但是阅读 SO 上关于框架中使用的 PHP 的缺点的各种帖子，以了解为什么学习一门新语言和环境并不是那么糟糕的一些原因。

总而言之，我想你会对 的增加感到惊讶。发展 - 从 Drupal 进入框架时的效率。