JCR 통합

JCR API보다 Sling 리소스 API를 선호합니다.

Sling API는 JCR API보다 더 높고 추상적인 수준에서 작동합니다. 따라서 코드를 보다 재사용이 가능하고 기본 스토리지와 독립적으로 사용할 수 있습니다. 따라서 필요한 경우 ResourceProvider 메커니즘을 통해 외부 가상 데이터를 보다 쉽게 포함할 수 있습니다.

가능하면 쿼리를 사용하지 마십시오

쿼리를 실행하는 것보다 항상 데이터를 검색할 저장소를 탐색하는 것이 더 빠릅니다. 최종 사용자 쿼리 또는 전체 저장소에서 구조화된 콘텐츠를 찾아야 하는 등과 같이 쿼리가 필요한 경우가 있지만, 다른 모든 경우에는 필요한 노드로 이동하는 것이 좋습니다. 쿼리는 항상 탐색 구성 요소, "최근 항목 목록", 항목 수 등과 같은 렌더링 논리에 피해야 합니다. 이러한 경우 렌더링할 때 직접 사용할 수 있도록 계층 구조를 자세히 살펴보거나 결과를 미리 캐시하는 것이 좋습니다.

JCR 관찰 범위 제한

저장소에서 이벤트를 수신할 때 범위를 최대한 좁히는 것이 중요합니다. 예를 들어 /etc에서 듣는 것보다 /etc/mycompany에서 이벤트를 수신하는 것이 훨씬 좋습니다. 저장소 루트에서 이벤트를 수신하지 않습니다. 또한 콜백 메서드가 수행할 작업이 없는 경우 가능한 한 빨리 실행되도록 하십시오.

JCR 관리자 액세스 사용 제거

AEM 6부터는 ResourceResolverFactory에서 관리 세션을 받을 때 로그인 관리가 더 이상 사용되지 않습니다. 대신 이 유형의 액세스가 필요한 백 오피스 작업에 대해 서비스 계정을 만들어야 하며 ResourceResolverFactory를 사용하여 이 계정에 대한 ResourceResolver를 가져올 수 있습니다.

이 페이지에서는