内容架构

遵循David的模型

David's Model是多年前由David Nuescheler写的，但今天的想法仍然成立。 David's Model的主要原则如下：

• 数据先于数据，后于结构。 也许吧。
• 驱动内容层次结构，不要让它发生。
• 工作区适用于clone()、merge()和update()。
• 请注意同名同级。
• 参照被认为有害。
• 文件是文件。
• 身份是邪恶的。

David's Model可在Jackrabbit Wiki上找到，网址为https://wiki.apache.org/jackrabbit/DavidsModel。

所有内容均为

所有内容都应存储在存储库中，而不是依赖单独的第三方数据源（如数据库）。 这适用于创作内容、二进制数据（如图像、代码、配置等）。 这允许我们使用一组API来管理所有内容并通过复制来管理此内容的促销活动。 我们还获得了备份、日志记录等的单一来源。

使用“内容模型优先”设计原则

构建新功能时，请始终先设计JCR内容结构，然后使用默认的Sling Servlet查看内容的读写操作。 这样，您就可以确保实施在开箱即用的访问控制机制中正常工作，并避免生成不必要的CRUD样式Servlet。

RESTful

Servlet应根据resourceTypes而不是路径进行定义。 这样，就可以使用JCR访问控制，遵守REST原则，以及使用请求中提供给我们的资源和资源解析程序。 这还允许我们更改在服务器端呈现URL的脚本，而无需从客户端更改任何URL，同时从客户端隐藏服务器端实施详细信息，以增加安全性。

避免定义新的节点类型

节点类型在基础结构层中的工作级别较低，大多数要求都可以通过使用分配给nt:unstructured、oak:Unstructured、sling:Folder或cq:Page节点类型的sling:resourceType来满足。 节点类型等同于存储库中的架构，而且更改节点类型可能会非常昂贵。

遵循JCR中的命名约定

遵守命名约定将增加代码库的一致性，降低缺陷的发生率，并提高系统中开发人员的工作速度。 Adobe在开发AEM时使用以下约定：

• 节点名称

  • 全部小写
  • 使用连字符的单词分隔

• 属性名称

  • 驼峰式，以小写字母开头

• 组件(JSP/HTML)

  • 全部小写
  • 使用连字符的单词分隔