Drupal研究策略（定制或准备模块）

Question

当你得到一个应该用Drupal制作的项目的描述，并且需要一些额外功能（超出核心和最流行的模块）时，你如何决定如何做它？

您是否花了一两天（或一周？）搜索所有可能的模块，缩小列表范围？ 开始编写自己的模块的重点是什么？ 开始改变一些或多或少适合的模块的重要性是什么？

更准确地说，让我们想象一下，我将在Drupal 5中做一次预订系统，但是没有任何模块能够完全符合我的要求。

在选择构建Drupal项目的基础上，最重要的利弊是什么？

Answer 1

我说这实际上取决于你想做什么。如果您想要做的事情并不复杂，那么您无法找到适合它的模块。有可能即使你找到一个或一个接近的，你最终会花更多的时间搜索那些花费你自己的时间。那条线在哪里，取决于你的熟练程度以及你对Drupal的亲密程度。在完成许多小型自定义模块之后，您最终会获得大量的片段，您可以重复使用，从而快速编写新模块。

有时你甚至可以拿一个模块并自己修改它，使原点适合你的需要。对我来说，我通常不会花费超过几个小时试图找到一个模块。如果到那时我找不到它，通常是

1. 没有维持和老化。
2. 仍在开发中

即使你可以获得一些先发优势，最终也可能会因为糟糕的数据库设计等问题而陷入困境。但很难说在代码中途使用其他人的突破点在哪里。这取决于你必须花费多少时间或多少时间来制作它，以及你使用它的挣扎。

Answer 2

我将仅在以下情况下使用预建模块：

• 用于UI目的。例如，图库。
• 它确实非常非常安全（例如视图模块或图像缓存），专门用于一项任务并且做得很好，如果它没有任何修改就能达到我的目的（因为它适合，因为我可以调整要求以使它们适合，或者因为它提供像api这样的扩展点）
• 我需要实现的是系统的外围设备，并且存在一个类似的模块，并且很容易修改它然后维护它

我会自己制作if：

• 功能是我系统的“核心”，并且没有适合的模块
• 我找到的模块是新的，没有主动维护，杂乱编码等......

事实上，我通常更喜欢编写我自己的模块，我完全可以控制它，而不是采用预期的模块，冒险使用它们而不是优点......