Drupal 7のエンティティ
Drupal内のエンティティDrupal 7とは？）Drupal Commerceビルドの製品をエンティティとして理解しています。ここで知っています。コアエンティティAPIであり、エンティティAPIのcontribアドオンです。
Drupal 7、NoSQLを使用するプロジェクトが今年あり、必要に応じてEntity APIを使用する場合もありますが、必要な場所を確認できません。
求人情報サイトを構築していると仮定すると、求人は必ずしもノードコンテンツのようなものではありません。エンティティを作成できますか？
さらに、エンティティを使用してモジュールと通信する機能を引き続き利用できますか？同様に、求人公募エンティティはPathautoでエイリアスされ、ビューに公開され、XMLサイトマップにも表示されます。
エンティティは、hook_entity_info（）によって定義されたデータ構造であり、フィールド化可能です。つまり、フィールドをフィールドに追加できます。
Drupal 7コア、ノード、ユーザー、コメント、語彙、用語はエンティティです。
Contribには、プライベートメッセージや商取引など、さらに多くのものが存在します;）
しかし、私は求人情報はノードとして完全に素晴らしいと思います:)エンティティは自動的にPathauto（トークン）、ビューなどの統合を持ちません。
エンティティはノード、ユーザーなどの上のメタレベルです
基本的にD6を見ると、多くの重複モジュールがあり、これらのタイプの機能全体に機能があります。たとえば、cckフィールドをユーザーおよび分類用語に添付するモジュールがあります。
D7では、これらをアーキテクチャ的に同じ方法で扱うことが決定されたため、エンティティに何かを行うモジュールがある場合、ノード、用語、およびユーザーに対して機能するはずです。
Drupalの以前のバージョンでは、Commerceのようなモジュールには、カスタムノードタイプを構築するか、Drupalの内部システムの外に完全に移動して独自のタイプを定義するという2つのオプションがありました。エンティティを使用すると、製品を既存のタイプとは異なるタイプのタイプとして記述することができますが、その構成のフィールドなどの機能を利用できます。
求人情報サイトを構築していると仮定すると、求人は必ずしもノードコンテンツとは異なりますが、エンティティを作成できますか？
あなたは出来る。物事のエンティティをあまりにも早く作成することに注意する必要があると思います。多くの場合、カスタムノードタイプでも必要な処理を実行できます。ジョブはノードとは異なるタイプのものをリストしていますか、それともいくつかの特別なプロパティを持つノードですか？
実際には「コンテンツ」ではないもののために、いくつかのプロジェクトでエンティティを使用し始めました。公開されたときや作者が誰なのか気にしないところに使用します。
エンティティを定義することの本当の利点は、独自のカスタムモジュールを開発する場合です。素敵なテーブル構造とDrupal良さ（Fieldability、ビューの統合など）の束が無料で手に入ります。独自のカスタムテーブル構造を作成したり、ニーズに合わせてノードタイプを改造したりする必要はありません。 。また、私はそれらがどれほど軽量であるかが好きなので、パフォーマンス面でのエンティティのほうが優れているはずです。
ノード、ユーザー、分類法はDrupalエンティティーの例です。エンティティーの主な機能は、エンティティーを他のエンティティーに割り当てることができることです。ユーザーはノードに関連付けられ、分類法を割り当てることができますノード、およびユーザーに。
あなたがジョブとして記述したものをユーザーまたはノードに割り当てることができる場合、私はそれをエンティティにします。 「ジョブ」できるものがコンテンツタイプだけの場合、私はそれをエンティティにしません。
ほんの少しのWordでそれを言いたいのであれば、エンティティは単なるdrupalが認識しているデータの一部であり、どこにでも格納できる）と言えます。