콘텐츠 아키텍처 content-architecture

David의 모델 팔로우 follow-david-s-model

다윗의 모형은 수년 전에 다비드 누에스켈러가 썼지만, 오늘날에도 그 개념들은 여전히 유효하다. David's Model의 주요 개념은 다음과 같습니다.

  • 데이터는 먼저 가져오고, 구조는 나중에 가져옵니다. 그럴지도.
  • 콘텐츠 계층 구조를 유도합니다. 이러한 상황이 발생하지 않도록 하십시오.
  • 작업 공간은 다음과 같습니다. clone(), merge(), 및 update().
  • 동일한 이름의 형제 자매를 주의하십시오.
  • 참고문헌은 유해한 것으로 간주된다.
  • 파일은 파일입니다.
  • ID는 사악합니다.

David의 모델은 Jackrabbit wiki에서 찾을 수 있습니다. https://wiki.apache.org/jackrabbit/DavidsModel.

모든 내용이 콘텐츠입니다. everything-is-content

데이터베이스와 같은 별도의 타사 데이터 소스에 의존하지 않고 모든 것을 저장소에 저장해야 합니다. 이는 작성된 콘텐츠, 이미지, 코드 및 구성과 같은 이진 데이터에 적용됩니다. 이렇게 하면 한 세트의 API를 사용하여 모든 콘텐츠를 관리하고 복제를 통해 이 콘텐츠의 프로모션을 관리할 수 있습니다. 또한 백업, 로깅 등의 단일 소스도 확보할 수 있습니다.

"콘텐츠 모델 우선" 설계 원칙 사용 use-the-content-model-first-design-principle

새 기능을 빌드할 때는 항상 먼저 JCR 콘텐츠 구조를 디자인한 다음 기본 Sling 서블릿을 사용하여 콘텐츠를 읽고 쓰는 과정을 살펴봅니다. 이렇게 하면 구현이 즉시 사용 가능한 액세스 제어 메커니즘과 잘 작동하는지 확인할 수 있고 불필요한 CRUD 스타일 서블릿을 생성하지 않도록 할 수 있습니다.

마음을 편히 가지세요 be-restful

서블릿은 경로 대신 resourceTypes를 기반으로 정의해야 합니다. 이를 통해 JCR 액세스 제어를 사용하고, REST 원칙을 준수하고, 요청에서 제공되는 리소스 및 리소스 확인자를 사용할 수 있습니다. 또한 클라이언트측의 URL을 변경할 필요 없이 서버측의 URL을 렌더링하는 스크립트를 변경할 수 있도록 해주며, 추가 보안을 위해 클라이언트측의 서버측 구현 세부 정보를 숨길 수 있습니다.

새 노드 유형을 정의하지 마십시오 avoid-defining-new-node-types

노드 유형은 인프라 레이어에서 낮은 수준에서 작동하며 대부분의 요구 사항은 nt:unstructured, oak:Unstructured, sling:Folder 또는 cq:Page 노드 유형에 할당된 sling:resourceType 을 사용하여 충족할 수 있습니다. 노드 유형은 저장소의 스키마와 동일하며, 노드 유형을 변경하는 것은 비용이 많이 들 수 있습니다.

JCR의 명명 규칙 준수 adhere-to-naming-conventions-in-the-jcr

명명 규칙을 준수하면 코드 베이스에 일관성이 추가되어 결함 발생률이 낮아지고 시스템에서 작업하는 개발자의 속도가 빨라집니다. Adobe은 AEM 개발 시 다음 규칙을 사용합니다.

  • 노드 이름

    • 모든 소문자
    • 하이픈을 사용한 단어 분리
  • 속성 이름

    • 카멜 대/소문자, 소문자로 시작
  • 구성 요소(JSP/HTML)

    • 모든 소문자
    • 하이픈을 사용한 단어 분리
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2