web-dev-qa-db-ja.com

グループモジュールとオーガニックグループモジュールの機能は何ですか？

Drupalでグループを作成するには、現時点では Group モジュールと Organic Groups モジュールがあります。

Group モジュールのページから：

グループモジュールを使用すると、サイト上のコンテンツとユーザーの任意のコレクションを作成し、それらのコレクションに対するアクセス制御権限を付与できます

Organic Group モジュールのページから：

ユーザーが自分の「グループ」を作成および管理できるようにします。各グループはサブスクライバーを持つことができ、サブスクライバーが相互に通信するグループホームページを維持します。

Group と Organic Group の特徴は何ですか？

organic-groups
8
Adrian Cid Almaguer

約

Group モジュールを使用すると、サイト上のコンテンツとユーザーの任意のコレクションを作成し、それらのコレクションに対するアクセス制御権限を付与できます。 D7以降で利用可能で、D8バージョンもあります。 Organic Groups の代替となるように設計されています。

Organic Groupsは、コンテンツ自体をグループにすることを許可します。これは、必ずしも人々が望むことではありません。エンティティ参照フィールドに依存して、グループ（ノード、用語、...）とそのコンテンツ（ノード、用語、ユーザー、...）間の関係を追跡します。

Groupは代わりにエンティティとしてグループを作成し、それらを完全にフィールド化、拡張、エクスポートできるようにします。すべてのグループには、ユーザー、役割、およびアクセス許可を関連付けることができます（詳細については、「 Groupモジュールでサポートされているさまざまな役割は何ですか？ 」を参照してください）。グループは、あらゆるタイプのエンティティの親としても機能します。グループは、エンティティをグループにアタッチするための広範なAPIを提供します。

OGと比較したグループの利点

  • GroupはD7でのみ導入され、D7で導入されたエンティティを最大限に活用しています。
  • Groupは、モジュールを機能させるためにノードにカスタムフィールドを追加することによってノードを「悪用」しません。
  • Groupでは、グループごとの役割または権限を付与できません。代わりに、これらはグループタイプで定義されます。したがって、グループの種類、グループの役割、および権限は、コンテンツではなく構成です。このアプローチのため、グループのタイプと役割は（機能の有無にかかわらず）エクスポート可能です。
  • Organic Groupsは一般に巨大なモジュールとして認識されており、D7以前のリリースからの多くの「レガシー」を持ち、アップグレードするのがより困難になります。 D8。
  • GroupのD8バージョンはすでに利用可能です（Organic Groupsでは利用できません）。

OGと比較した場合のグループの欠点

  • 本日現在、Groupにはアルファ/ベータ版のみがリリースされています（公式リリースはありません）。
  • 自己文書化されていると言う人もいますが、そうではないと思います（おそらく、このモジュールで何ができるかを調べるためにソースコードを消化したくないからでしょう...）。
  • 利用できるドキュメントは多くありません。
  • organic-groups タグがあり、drupal.SEには group タグがありません。すでに いくつかのグループ固有の質問を終了します 。それを作成することに興味のある人は（再度）、以前に承認した タグwiki および/または タグの抜粋 （不要）を自由に再利用してくださいクレジットの場合...）.

さまざまなモジュールとの統合

Groupモジュールは、以下を含む他のさまざまな（人気のある）モジュールと統合します。

これらの統合の優れた点であるIMOは、多かれ少なかれ標準化されていることです（これらの統合を機能させるために必要な数十の追加モジュールではありません）。

他のモジュールとの統合 および統合がすでに存在するか、パイプラインにある他のモジュールについての「関連する問題」を参照してください。

資源

グループモジュールについての人々の意見

Groupの問題キューに表示されるものと同様：Groupただそれを愛して...

9
Pierre.Vriens

公開された記事の名前は次のとおりです。 GROUP FOR DRUPAL

著者はグループについて言います：

  • シンプルな

グループはコンテンツタイプのようにする必要があります。さまざまなフィールド、役割、権限を持つさまざまな種類のグループが必要です。それがまさにGroupによる処理です。

  • グループのコンテンツ

基本的に、グループにアタッチするものはすべてフィールド可能にすることができます。グループと実際のユーザー/コンテンツの間にある関係エンティティについてのもう1つの興味深い点は、グループインターフェースから削除すると、コンテンツは削除されず、リンクエンティティが削除されるため、コンテンツ（またはユーザー/ entity/whatever）は変更されません。

  • パワフル

すべてのグループタイプには独自のグループコンテンツタイプがあり、それらのすべてに設定可能な権限とフィールドがあります。

すぐに使える、GroupはViews、Rules、i18n、Titleと統合されています。エンティティの上に構築されたAPIグループは、開発者にそのすべての利点を提供します。

そして結論として：

GroupがOGの代わりにここにいることは間違いありません。 OGが提供するすべてに加えて、不足していたすべてのものが含まれています。すべてがすっきりとしたUIを備えており、コーダーでなくても多くの設定を行うことができます。

現在私が考えることができる唯一の欠点は、モジュールの状態です。現在アルファ版としてマークされていますが、コントリビューターとダウンロードの数が増加していることは、開発速度が向上していることを意味するだけです。 Groupは非常に若いモジュールであるため、オンラインで多くの答えを見つけることを期待することも困難です。それでも、モジュールの問題キューの応答率が非常に高いことを考えると、助けが必要な場合は、チケットを書くのが最善の策だと思います。

編集：読むべきもう1つの神の記事は次のとおりです： Building Community Sites in Drupal 8：A Guide Toコミュニティサポートサイト用のD8モジュール

4
Adrian Cid Almaguer