いつ既存のフィールドを使用する必要がありますか?


8

コンテンツタイプに新しいフィールドを追加するときに、既存のフィールドをいつ再開する必要がありますか?たとえば、コンテンツタイプに画像フィールドが必要な場合、既存の画像フィールドを再利用することは常に良い考えですか?


3
同じ方法で使用する場合、同じユーザー/ロールにアクセスできる場合、同じようにテーマを設定する場合など、同じフィールドを再利用すると、維持がはるかに簡単になります。
ジマジャンマ

1
ただし、たとえば、あるコンテンツタイプではユーザーの写真になり、別のコンテンツタイプでは商品画像のサムネイルになる場合は、いいえ、異なるフィールドを作成します。
ジマジャンマ


@Jimajamma 2つ目のコメントはよろしいですか?コンテンツタイプの表示設定で設定できると思います。
hknik

確かに、それはとにかくあなたがそれを望むように表示することができます、私のコメントはフィールドの名前です。たとえば、あるコンテンツタイプでユーザーのプロフィール画像として使用されているfield_avatarが、別のタイプで製品サムネイルとしてオーバーロードされていると、命名の観点から混乱します。
ジマジャンマ

回答:


9

フィールドを再利用することの利点と欠点を考慮してください。

  • パフォーマンス:フィールドを再利用すると、パフォーマンスがわずかに向上します。ただし、フィールド数が中程度のほとんどのサイトでは、それはごくわずかな違いです。
  • 保守性:理論的には、同じフィールドを同じ目的で複数のコンテンツタイプで再利用する場合、後でその機能を変更する場合は、1か所で変更するだけで済みます。同様に、エンティティ間で同じようにテーマを設定する場合は、単一のセレクターを使用するだけで済みます。実際には、これはめったに起こりません、そしてより頻繁に逆が真です-あなたは複数の場所で同じフィールドを使用していて、それらが実際に異なる動作をする必要があることに気づきました。
  • セットアップ:明らかに、新しいフィールドを追加するよりも、既存のフィールドを再度追加する方が時間がかかりません。
  • 移植性:フィーチャーを含むフィールドをエクスポートする場合、どうしても必要な場合を除き、エンティティ間でフィールドを再利用しないことをお勧めします。技術的には、フィールドの再利用に問題はありません(フィールドベースとフィールドインスタンスを別々にエクスポートできるため)が、実際には混乱と循環依存につながる傾向があります。フィールドを再利用しないことを選択した場合は、それらに付加されているコンテンツタイプ/バンドル(たとえば、「field_article_image」、「field_page_taxonomy」など)をプレフィックスとして追加できるので、移植性とメンテナンスが容易になります。

そこで私の調子がはっきりしない場合、私の好みは、フィールドが完全に、完全に、完全に100%明確であり、同じ目的で永遠に使用されない限り、フィールドを再利用しないことです。


同意した。また、フィールド設定が異なる場合、一方の画像は1つしかなく、もう一方の画像は無制限に使用できます。フィールドを変更すると、そのすべてのインスタンスが変更されます。
chadpeppers 14
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.