php - 自定义管理部分的 Drupal 最佳实践

Question

当您被要求在 Drupal 中为您的内容创建自定义管理部分时，这是您 Drupal 工作中的常见任务吗？

例如，您有一些内容类型，用户不仅希望查看它们，还希望使用不同的过滤器进行搜索，添加新项目 - 所有这些都在同一个管理子部分中。

本质上，这是经典的搜索/网格/记录屏幕/页面，而在典型的 Drupal 发行版中，内容管理屏幕有点分散，我说的是更有组织的 spage，例如其中网格( View )也有“添加新”链接，您不必滚动到与不同部分相关的“创建内容”菜单。

您对这方面的经验和看法是什么？

Answer 1

我现在工作的地方实际上正在做这样的事情。我们构建了一个自定义模块，通过将内容组织成漂亮的树结构来解决 Drupal 的最大问题，即内容无组织。我们决定做的是继续在管理中创建一个全新的部分，仅用于通过此模块管理内容(它包含的功能比树结构多得多)。决定这样做时有两个重要的决定因素。

1. 我们知道我们不会发布这个模块，所以我们不需要担心与其他模块的集成，因为任何此类集成都将由我们完成。
2. 尽管所有功能都是相关的，但与拥有多个不同的管理页面(每个页面上都有不同的功能)相比，非技术人员更喜欢这种方法。他们认为 at 更易于使用。

我的解释背后的要点是:如果它在您的情况下有意义，那么我会说制作一个新部分或一个带有多个选项卡的新页面。有很多决定性因素需要考虑:

• 我(或我的)客户喜欢 Drupal 管理员吗？
• 我需要担心与第三方模块的集成吗？
• 时间很重要吗(这个时间很长)？
• 我需要新管理页面的可扩展性如何？
• 升级到最新版本的 Drupal 是否很重要(从 5 到 6，然后从 6 到 7，等等)？

与我交谈过的许多非开发人员都厌恶 Drupal 管理，而与我交谈过或共事过的大多数内容编辑更喜欢有一个管理页面，他们可以访问这个页面来管理他们的所有内容。因此，我们的设置深受客户欢迎，尽管 Drupal 社区中的一些人可能不同意。