O Modelo de David foi escrito por David Nuescheler anos atrás, mas as ideias são verdadeiras hoje. Os principais princípios do modelo de David são os seguintes:
clone()
, merge()
e update()
.O modelo de David pode ser encontrado no wiki do Jackrabbit em https://wiki.apache.org/jackrabbit/DavidsModel.
Tudo deve ser armazenado no repositório em vez de depender de fontes de dados de terceiros separadas, como bancos de dados. Isso se aplica ao conteúdo criado, aos dados binários, como imagens, código, configurações etc. Isso nos permite usar um conjunto de APIs para gerenciar todo o conteúdo e gerenciar a promoção desse conteúdo por meio da replicação. Também ganhamos uma única fonte de backup, registro, etc.
Ao criar um novo recurso, sempre faça start ao projetar a estrutura de conteúdo JCR primeiro e, em seguida, procure ler e gravar seu conteúdo usando os servlets Sling padrão. Isso permitirá garantir que sua implementação funcione bem com mecanismos de controle de acesso prontos para uso e permitirá evitar a geração de servlets desnecessários ao estilo CRUD.
Servlets devem ser definidos com base em resourceTypes em vez de caminhos. Isso possibilita usar controles de acesso JCR, seguir os princípios REST e usar o resolvedor de recursos e recursos que nos são fornecidos na solicitação. Isso também permite alterar os scripts que renderizam URLs no lado do servidor sem precisar alterar quaisquer URLs do lado do cliente, enquanto oculta detalhes de implementação do lado do servidor do cliente para maior segurança.
Os tipos de nó funcionam em um nível baixo na camada de infraestrutura e a maioria dos requisitos pode ser atendida usando um sling:resourceType atribuído a um tipo de nó nt:unstructed, oak:Unstructed, sling:Folder ou cq:Page. Os tipos de nó correspondem ao schema no repositório e a alteração dos tipos de nó pode ser muito cara na estrada.
O cumprimento das convenções de nomenclatura adicionará consistência à sua base de códigos, diminuindo a taxa de incidência de defeitos e aumentando a velocidade de trabalho dos desenvolvedores no sistema. As seguintes convenções são usadas pela Adobe no desenvolvimento de AEM:
Nomes de nó
Nomes de propriedade
Componentes (JSP/HTML)