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

Question

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

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

从本质上讲,这是经典的搜索/网格/记录屏幕/页面,而在典型的Drupal发行版中,内容管理人员分散在各地,我说的是更有组织的spage,例如Grid(View)也有"Add new"链接,您不必滚动到"创建内容"菜单,该菜单与不同的部分相关.

你对这种关系有什么经验和看法？

Answer 1

我现在正在做一些像这样的工作.我们已经构建了一个自定义模块,通过在一个漂亮的树结构中组织它来解决Drupal最大的无组织内容问题.我们决定做的是继续在管理员中创建一个全新的部分,用于通过该模块管理内容(它包含的功能远远多于树结构).决定这样做时有两个重要的决定因素.

1. 我们知道我们不会发布这个模块,所以我们不需要担心与其他模块的集成,因为任何这样的集成都将由我们完成.
2. 尽管所有功能都相关,但非技术人员提出这种方法更倾向于使用几个不同的管理页面,每个管理页面上都有不同的功能.他们认为简单易用.

我的解释背后的一点是:如果在你的情况下它是有意义的,那么我会说新的部分或新的页面上有几个标签.需要考虑很多决定性因素:

• 我(或我的)客户是否像Drupal管理员那样？
• 我是否需要担心与第三方模块的集成？
• 是时间的本质(这个是一个大的)？
• 我需要新的管理页面可扩展性如何？
• 升级到Drupal的最新版本是非常重要的(从5到6以及后来从6到7等等)？

我曾经谈过的许多非开发人员厌恶Drupal管理员,而且我与之交谈过的大多数内容编辑都喜欢使用单一的管理页面来管理他们的所有内容.因此,即使Drupal社区内的某些人可能不同意,我们的设置也很受客户欢迎.