3

キーワード フィールドに基づいて CD API を介して取得するコンテンツのスキーマを設計しています。API の観点から、このフィールドがコンテンツ フィールドであるかメタデータ フィールドであるかによって違いが生じるかどうか疑問に思っています。

API docsを見ると、Queryオブジェクトに渡すことができる特定のキーワードに関連するすべてのコンテンツを照会するために利用できるTaxonomyKeywordCriteriaがあります。

  • これは、カスタム メタデータのキーワード フィールドにのみ適用されますよね?

ComponentPresentationFactoryクラスにGetTaxonomyContentメソッドとGetTaxonomyComponentPresentationsメソッドを持つTaxonomyRelationManagerクラスもあります。

  • これらは、コンテンツまたはカスタム メタデータのキーワード フィールドに適用されますか?

API 呼び出しに注意すべきパフォーマンスの違いはありますか?

キーワード フィールドは編集上の観点から重要であるため、メタデータ タブの下に「隠す」よりも、コンテンツ フィールドとして作成することに傾倒しています。

乾杯

編集

最初の (クイック & ダーティ!) テストでは、TaxonomyRelationManager が ComponentPresentationFactory よりも 10 倍高速であり、Query よりも 1.5​​ 倍高速であることを示しています。

ただし、ComponentPresentationFactory には、TCM ID だけでなく実際のコンテンツが含まれているため、私のシナリオではより役立つ可能性があります。

4

2 に答える 2

2

通常のコンテンツ フィールドは、ブローカーに自動的に公開されません。キーワード フィールドは例外です。キーワード フィールドは、コンテンツ タブにある場合でも、自動的にメタデータになります。

質問のパフォーマンス部分については、すでにご自身で回答されているようです。

于 2013-01-26T07:23:29.377 に答える
0

私の知る限り、メタデータ フィールドのみがブローカーに公開され、コンテンツ フィールドは公開されません。したがって、キーワード フィールドに対してクエリを実行する必要がある場合は、メタデータ フィールドである必要があります。

于 2012-11-22T13:10:51.537 に答える