为了在Drupal中创建组，我们现在有Group模块和Organic Groups模块。

从“ 组”模块页面：

使用“组”模块，您可以在站点上创建内容和用户的任意集合，并授予对这些集合的访问控制权限

在“ 有机小组”模块页面上：

使用户能够创建和管理自己的“组”。每个组可以有一个订户，并维护一个组主页，订户之间可以相互通信。

集团与有机集团的特点是什么？

关于

使用“ 组”模块可以创建您的内容和站点上用户的任意集合，并授予对这些集合的访问控制权限。它自D7起可用，并且还具有D8版本。它旨在替代有机基团。

有机群组允许内容本身成为群组，这并不总是人们想要的。它依赖实体引用字段来跟踪组（节点，术语，...）及其内容（节点，术语，用户，...）之间的联系。

相反，组将组创建为实体，使它们完全可现场使用，可扩展和可导出。每个组都可以具有附加的用户，角色和权限（有关该组的更多详细信息，请参阅“ 组模块支持哪些角色？ ”）。组还可以充当任何类型实体的父代。组提供了广泛的API，可将实体附加到组。

与OG相比，Group的优势

• 组仅在D7中开始，充分利用了D7中引入的实体。
• 组不会通过向节点添加自定义字段来“滥用”节点以使模块正常工作。
• 组不允许您具有每个组的角色或权限。这些是在组类型上定义的。因此，组类型，组角色和权限是配置而不是内容。由于这种方法，组类型和角色可以导出（有或没有功能）。
• 通常将Organic Groups视为一个巨大的模块，它具有D7之前版本中的许多“旧版”，因此很难升级到D8。
• D8版的小组已经可用（有机小组则不是）。

与OG相比，Group的劣势

• 截至今天，Group仅具有alfa / beta版本（尚无任何正式版本）。
• 即使有人说这是自我记录，但我认为并非如此（也许是因为我不想摘要源代码来找出此模块可以做什么……）。
• 没有很多可用的文档。
• 到今天为止，还没有 组 标记在drupal.SE上，尽管有一个 有机团体标签，并且已经有很多特定于组的问题。任何对创建它感兴趣的人，都可以随意重用我之前批准的标签Wiki和/或标签摘录（无需使用信用...）。

与各种模块集成

组模块与各种其他（受欢迎的）模块集成，包括：

• 规则，如问题“ 如何将现有内容批量分配给使用组模块创建的组？ ”所示。
• 视图，如对问题的回答“ 使用组模块时如何在组页面上显示组的内容？ ”所示。
• Pathauto。

这些集成的美丽之处在于IMO，它们或多或少都是开箱即用的（无需数十个额外的模块即可使这些集成正常工作）。

请参阅与其他模块的集成及其有关的其他模块的“相关问题”，这些模块已经集成或正在集成中。

资源资源

• 组模块的社区文档。
• 视频教程“ 如何使用Drupal 8中的组模块来管理对网站不同区域的编辑访问控制 ”。
• 播客“ 在Drupal 7和8中使用组模块替代有机组 ”。
• 有机团体模块有哪些替代方案？

人们对小组模块的评价

类似于您在看到组问题队列：谁知道大多数（如果不是全部）人小组只是喜欢它...

有一篇发表的文章名为：GROUP FOR DRUPAL

作者关于小组说：

• 简单

组应类似于内容类型。我想要具有不同字段，角色和权限的不同组。这正是Group处理它的方式。

• 组内容

基本上，您附加到该网上论坛的任何内容都可以访问。关于位于组和实际用户/内容之间的关系实体的另一件有趣的事情是，如果从“组”界面中删除它，则不是删除内容，而是链接实体，因此内容（或用户/实体/任何内容）保持不变。

• 强大

每种组类型都有自己的组内容类型，每种组都有可配置的权限和字段。

开箱即用，Group与Views，Rules，i18n，Title集成在一起，我相信还会有更多东西。API Group建立在Entity之上，为开发人员提供了所有好处。

并得出结论：

毫无疑问，Group可以代替OG。它具有OG提供的所有内容以及所有缺少的内容。所有这些都带来了一个简洁的UI，您可以在其中进行大量配置而无需成为编码器。

我能想到的Group唯一的缺点是模块的状态。它目前被标记为alpha，但是看到贡献者和下载的数量不断增加仅意味着开发速度正在提高。也很难期望在网上找到很多答案，因为Group是一个非常年轻的模块。但是，鉴于该模块的发布队列上的响应率非常高，我想说如果需要帮助，写一张票是最好的选择。

编辑：另一篇值得阅读的神篇文章是：在Drupal 8中构建社区站点：社区支持站点的D8模块指南