Bean、Box、Fieldable Panelsペインの選択方法

Bean、Box、Fieldable Panelsペインはすべて同様の機能を提供します。それらの違いを正確に理解するのは困難です。

互いに比較した場合の利点/欠点は何ですか？それらは異なるユースケースに向けられていますか？

Panelで何らかの種類のブロックを使用してカスタムコンテンツを追加したい-コンテンツエディターもコンテンツを追加できる必要があるため、必要なブロックは純粋な構成ではありません。しかし、私も機能を使用しています...

編集：主な違いと思われるものを追加します

箱

• 最大のユーザーベース（〜11500）
• ブロックを構成として扱います（つまり、コンテンツは機能に含まれます）
• 統合を提供するモジュール

豆

• 最近人気があり、〜1000インストール
• ブロックをコンテンツとして扱いますが、マシン名を介して（Beanパネルなどを介して）設定のエクスポートを許可します
• 統合を提供するモジュール

Fieldable Panelsペイン

• 最小のユーザーベース（〜400）
• Panels / Views / etcの著者から。
• ペインは、Beanやボックスなどのテーマ領域で通常のブロックとして使用できません（私は仮定します）
• ここで言及したBeanに対する利点は何だろうか（「コンテンツ管理者が特定のページをレイアウトするのを容易にする追加機能を提供する」）

ダッシュボードなしで生活できる場合、ブロックなしでD7サイトを作成することは完全に可能です。私たちの新しい-コンテンツ駆動型-サイトは、ダッシュボードに代わる適切な（私たちにとって）代替手段として、ワークベンチを備えたパネル上に構築されています。Arjanはすでにこれを理解しているようです。

代替案に。読むあなたのサイトには、豆の完全でなければなりません。ボックスの問題は、機能を使用するときに既存のコンテンツを上書きする危険性です。しかし、同じ記事のFabian Franzのコメントを読んでください。Beansには多くのオプションがあります。私は、管理、スケーラビリティ、パフォーマンスに関して不安があります。パネルに堪能なハードコア開発者は、Fieldable Panels Panesを使用します。Fieldable Panelsペインには、ドキュメントと例がありません。D8の全員に焦点を合わせて努力する必要があるのは、wscciイニシアチブです。DELETEなどのREST呼び出しが可能です。これにより、コードのロールアウトでサイトビルダーの構成を上書きする問題に永続的に対処できます。

あなたの目的のためには、いくつかの分類法でビューを使用するのが最適かもしれません：1つのコンテンツタイプにパネルの場所の用語を追加し、その場所でこの用語とコンテンツタイプのフィルターでビューをブロックし、パネルの場所にこのビューブロックを追加します、通常、このコンテンツタイプの重みの追加フィールドを作成し、重みでソートしたビューで、編集者はこの場所のコンテンツを追加/編集/削除するためにパネルを編集する必要はありません。

nodeblockモジュールをチェックアウトします。ノードであるため、Featuresを介してエクスポートされませんが、必要なことを実行できる場合があります。