段落コレクション（動作プラグイン）とフィールドグループ
私はサイトを構築（またはサイトを構築構成を定義）しようとしています。これにより、編集者は Paragraphs モジュールを使用して独自のレイアウトを作成できます。エディターの強力なオプション、さまざまなプロジェクトでの再利用性、生成されたHTMLの完全な制御が重要です。
画像、テキスト、スライダー、ビデオ、アコーディオンなどのコンテンツ段落を含むレイアウト/構造を作成するためのグリッド段落があります。ほとんどの段落には、列幅、背景色、スライダーの自動再生のオン/オフなどの「非コンテンツ」データがあります。などこれまでのところ、非コンテンツ部分を処理する方法を2つ見つけましたが、どちらがより適切な方法であるかわかりません。
A）非コンテンツ設定に通常のフィールドを使用し、 フィールドグループ を使用してエディターインターフェイスを微調整します。テンプレートの前処理またはTwigロジックを使用して、目的のフロントエンド出力を作成します。（異なるテーマ間で再利用できるように、ベーステーマでフロントエンドのコーディングを行います。）
B） Paragraphs Collection のプラグインシステムを使用して、コンテンツ以外の設定用の「動作」プラグイン（コードとYAML構成）を作成します。モジュールのコードで前処理を行って、フロントエンドに関するものを取得します。
コレクションプラグインは、パラグラフプラグイン自体のメンテナーによって作成されたため、B）は明らかにそれが行われるべき方法です。また、コンテンツをデザイン/その他のものからより明確に分離します。ただし、私は通常、フロントエンドのコーディングを行っており、PHPに慣れている一方で、Drupalはかなり新しいので、A）が慣れているパスです。また、paragraphs Behaviorプラグインは明示的に実験的であり、本番で使用する準備ができていません。
経験豊富なDrupalerがどのルートをたどるかについて、いくつかのヒントを探しています。また、多くの小規模サイトの長期保守（少なくとも4〜5年）と、さまざまなクライアントプロジェクトでの再利用性についても参考にしています。
あなたが述べたように、 Paragraphs Collection モジュールは実験的であると見なされるべきであり、本番環境では使用されません：
このプロジェクトIS実験的。本番プロジェクトでは使用しないでください。ISベータ版がリリースされるまでアップグレードパスはありません。
これは、平均余命が5年の複数のサイトでこれを使用する場合に特に当てはまります。
Drupal 7、現在Drupal 8にある）の一般的な方法は、設定にフィールドを使用し、前処理を使用する、またはtwigテンプレートを使用して、これらのフィールドを必要なクラス/マークアップに変換します。
再利用性を高めるために、Featuresモジュールとベーステーマを使用するか、設定、テンプレート、スタイル設定を処理する独自のモジュールを作成します。私は Bootstrap Paragraphs モジュールでそのルートをとりました。