David's Model は、数年前に David Nuescheler が書いたものですが、今日ではその考えが正しいと考えています。 David's Model の主な定義は次のとおりです。
clone()
、merge()
、update()
のためのもの。David's Model は、Jackrabbit Wiki の https://wiki.apache.org/jackrabbit/DavidsModel.
データベースなどの別々のサードパーティデータソースに依存するのではなく、すべてをリポジトリに保存する必要があります。 これは、作成したコンテンツ、画像、コード、設定などのバイナリデータに当てはまります。 これにより、1 つの API セットを使用してすべてのコンテンツを管理し、レプリケーションを通じてこのコンテンツのプロモーションを管理できます。 また、バックアップ、ログなどの単一のソースも得られます。
新機能をビルドするときには、常に JCR コンテンツ構造の設計から始め、次にデフォルトの Sling サーブレットを使用したコンテンツの読み込みおよび書き込みに進みます。これにより、標準のアクセス制御メカニズムで実装が適切に動作し、不要な CRUD スタイルのサーブレットが生成されるのを防ぐことができます。
サーブレットをパスではなく resourceType に基づいて定義する必要があります。このようにすると、JCR アクセス制御を使用し、REST 原則に準拠し、要求で提供されるリソースおよびリソースリゾルバーを使用できます。また、これにより、サーバーサイドで URL をレンダリングするスクリプトを変更でき(クライアントサイドから URL を変更する必要がありません)、サーバーサイドの実装をクライアントに対して非表示にすることでセキュリティを強化します。
ノードタイプはインフラストラクチャレイヤー内の下位レベルで機能し、ほとんどの要件は nt:unstructured、oak:Unstructured、sling:Folder または cq:Page のノードタイプに割り当てられた sling:resourceType を使用することで満たすことができます。ノードタイプはリポジトリ内のスキーマと同じで、ノードタイプの変更は将来的に高価になる場合があります。
命名規則に従うと、コードベースの一貫性が向上し、不具合の発生率が低下し、システムで作業する開発者の速度が向上します。 AEM の開発においてアドビが使用した規則は次のとおりです。
ノード名
プロパティ名
コンポーネント (JSP/HTML)