JCR 統合

JCR API よりも Sling Resource API の方が望ましい

Sling API は、JCR API よりも高い、より抽象的なレベルで機能します。 これにより、コードの再利用性が向上し、基になるストレージとは無関係になります。 これにより、必要に応じて、ResourceProvider メカニズムを介して外部仮想データを簡単に含めることができます。

可能な限りクエリを避ける

クエリを実行するよりも、常にリポジトリ内を移動してデータを取得する方が速くなります。 エンドユーザークエリや、リポジトリ全体から構造化されたコンテンツを検索する必要がある場合など、クエリが必要になる場合がありますが、その他の場合はすべて、必要なノードに移動することをお勧めします。 ナビゲーション要素、「最近の項目リスト」、項目数などのレンダリングロジックでは、常にクエリを回避してください。このような場合は、レンダリング時に直接使用できるように、階層を順を追って進むか、結果をプリキャッシュする方が良いです。

JCR 監視の範囲を制限

リポジトリでイベントをリッスンするときには、できる限り範囲を絞り込むことが重要です。例えば、/etc でリッスンするよりも /etc/mycompany でイベントをリッスンする方がはるかに効率的です。決してリポジトリルートではイベントをリッスンしないでください。加えて、コールバックメソッドが実行すべき内容が何もない場合は、可能な限り速やかに処理を完了するようにしてください。

JCR 管理者アクセスの使用を排除する

AEM 6 以降、ResourceResolverFactory からの管理セッションが廃止されているのと同様、管理ログインも廃止されています。代わりに、このタイプのアクセスを必要とするバックオフィス操作には、サービスアカウントを作成してください。ResourceResolverFactory を使用して、このアカウントの ResourceResolver を取得できます。