AEM 구성 요소 - 기본 사항

새 구성 요소를 개발하려면 해당 구조 및 구성의 기본 사항을 이해해야 합니다.

이 프로세스에서는 이론을 읽고 표준 AEM 인스턴스에서 다양한 구성 요소 구현을 조사합니다. AEM이 새로운 표준, 최신 터치 지원 UI로 변경되었지만 클래식 UI를 계속 지원한다는 사실에 따라 이 후자의 접근 방식은 약간 복잡합니다.

개요

이 섹션에서는 구성 요소를 개발할 때 필요한 세부 사항을 소개하기 위해 주요 개념 및 문제를 다룹니다.

계획

구성 요소를 실제로 구성하거나 코드를 지정하기 전에 다음을 수행해야 합니다.

• 새 구성 요소를 사용하려면 정확히 무엇을 해야 합니까?

  • 명확한 사양은 개발, 테스트 및 인계 과정의 모든 단계에서 도움이 됩니다.

    세부 사항은 시간이 지남에 따라 변경될 수 있지만, 사양을 업데이트할 수 있습니다(변경 사항도 문서화해야 하지만).

• 구성 요소를 처음부터 새로 만들어야 합니까? 아니면 기존 구성 요소에서 기본 사항을 상속할 수 있습니까?

  • 처음부터 다시 만들 필요는 없다.
  • 대체, 오버레이 및 Sling 리소스 합병을 포함하여 다른 구성 요소 정의에서 세부 사항을 상속하고 확장할 수 있도록 AEM에서 제공하는 몇 가지 메커니즘이 있습니다.

• 구성 요소에 컨텐츠를 선택/조작하는 논리가 필요합니까?

  • 로직은 사용자 인터페이스 레이어와 분리되어야 합니다. HTL은 이러한 상황을 보장할 수 있도록 설계되었습니다.

• 구성 요소에 CSS 형식이 필요합니까?

  • CSS 서식은 구성 요소 정의와 분리되어야 합니다. 외부 CSS 파일을 통해 수정할 수 있도록 HTML 요소의 이름을 지정하는 규칙을 정의합니다.

• 어떤 보안 측면을 고려해야 합니까?

  • 자세한 내용은 보안 검사 목록 - 개발 우수 사례를 참조하십시오.

터치 지원 및 클래식 UI 비교

구성 요소 개발에 대한 진지한 토론이 시작되기 전에 작성자가 사용할 UI를 알아야 합니다.

• 터치 활성화 UI
  AEM 5.6.0 에서 미리 보기로 소개되고 6.x에서 확장되는 표준 사용자 인터페이스입니다.Coral UI 및 Granite UI 의 기본 기술을 사용하여 Adobe Marketing Cloud의 통합 사용자 경험을 기반으로 합니다.

• CQ
  5.1에서 소개된 ExtJS 기술을 기반으로 하는 클래식 UUIser 인터페이스

자세한 내용은 고객용 UI 인터페이스 Recommendations을 참조하십시오.

터치 지원 UI, 클래식 UI 또는 두 가지 모두를 지원하기 위해 구성 요소를 구현할 수 있습니다. 표준 인스턴스를 보면 클래식 UI용으로 원래 디자인된 기본 구성 요소나 터치 가능 UI 또는 두 가지 모두를 확인할 수 있습니다.

이러한 이유로 이 페이지에서 두 가지 기본사항과 이를 인식하는 방법을 다룹니다.

내용 논리 및 렌더링 마크업

구성 요소의 컨텐츠를 선택하는 데 사용되는 논리를 제어하는 코드와 마크업 및 렌더링을 별도로 코드 작업을 유지하는 것이 좋습니다.

이 철학은 기본 비즈니스 로직을 정의하는 데 실제 프로그래밍 언어가 사용되도록 의도적으로 제한된 템플릿 언어인 HTL에서 지원합니다. 이(선택 사항) 로직은 특정 명령을 사용하여 HTL에서 호출됩니다. 이 메커니즘은 지정된 보기에 대해 호출되는 코드를 강조 표시하고 필요한 경우 동일한 구성 요소의 다른 보기에 대한 특정 논리를 허용합니다.

HTL과 JSP 비교

HTL은 AEM 6.0에서 도입된 HTML 템플릿 언어입니다.

사용자 고유의 구성 요소를 개발할 때 HTL 또는 JSP(Java Server Pages)를 사용할지 여부에 대한 논의는 이제 HTL이 AEM에서 권장되는 스크립팅 언어이므로 간단해야 합니다.

HTL과 JSP는 클래식 UI와 터치 지원 UI 모두에 대한 구성 요소를 개발하는 데 사용할 수 있습니다. HTL이 클래식 UI에 대해 터치 지원 UI 및 JSP에만 해당한다고 가정하는 경향이 있지만, 이것은 잘못된 것이며 타이밍에 따른 것입니다. 터치 지원 UI 및 HTL은 거의 동일한 기간에 AEM에 통합되었습니다. 이제 HTL은 권장 언어이므로, 터치 지원 UI에 적합한 새 구성 요소에 사용됩니다.

자신의 구성 요소 개발

해당 UI에 대한 자체 구성 요소를 만들려면(이 페이지를 읽은 후)을 참조하십시오.

• 터치 지원 UI용 AEM 구성 요소
• 클래식 UI용 AEM 구성 요소

빠른 시작 방법은 기존 구성 요소를 복사한 다음 원하는 대로 변경하는 것입니다. 직접 구성 요소를 만들고 단락 시스템에 추가하는 방법에 대해 알아보려면 다음을 참조하십시오.

• 구성 요소 개발(터치 지원 UI에 주력)

구성 요소를 게시 인스턴스로 이동

컨텐츠를 렌더링하는 구성 요소는 컨텐트와 동일한 AEM 인스턴스에 배포해야 합니다. 따라서 작성 인스턴스에서 페이지를 작성 및 렌더링하는 데 사용되는 모든 구성 요소를 게시 인스턴스에 배포해야 합니다. 배포 시 구성 요소를 사용하여 활성화된 페이지를 렌더링할 수 있습니다.

다음 도구를 사용하여 구성 요소를 게시 인스턴스로 이동합니다.

• 패키지 관리자를 사용하여 구성 요소를 패키지에 추가하고 다른 AEM 인스턴스로 이동합니다.
• 트리 복제 활성화 도구 를 사용하여 구성 요소를 복제합니다.

시작에서 인식할 구성 요소

• 페이지:

  • AEM에는 page 구성 요소( cq:Page)가 있습니다.
  • 컨텐츠 관리에 중요한 특정 유형의 리소스입니다.
    • 페이지는 웹 사이트의 컨텐츠를 포함하는 웹 페이지에 해당합니다.

• 단락 시스템:

  • 단락 시스템은 단락 목록을 관리할 때 웹 사이트의 주요 부분입니다. 실제 컨텐츠를 보유하는 개별 구성 요소를 저장하고 구성하는 데 사용됩니다.
  • 단락 시스템에서 단락을 만들고, 이동하고, 복사하고, 삭제할 수 있습니다.
  • 특정 단락 시스템 내에서 사용할 수 있는 구성 요소를 선택할 수도 있습니다.
  • 표준 인스턴스(예: parsys, [responsivegrid](/docs/experience-manager-64/sites-authoring/responsive-layout.html?lang=ko)) 내에서 사용할 수 있는 다양한 단락 시스템이 있습니다.

구조

AEM 구성 요소의 구조는 강력하고 유연하며, 주요 고려 사항은 다음과 같습니다.

• 리소스 유형
• 구성 요소 정의
• 구성 요소의 속성 및 하위 노드
• 대화 상자
• 디자인 대화 상자
• 구성 요소 가용성
• 구성 요소 및 컨텐츠 제작

리소스 유형

구조의 주요 요소는 리소스 유형입니다.

• 컨텐츠 구조가 의도를 선언합니다.
• 리소스 유형이 이를 구현합니다.

이것은 시간이 지남에 따라 모양과 느낌이 바뀔 때에도 의도를 시간을 유지하는 것을 보장하는 추상화이다.

구성 요소 정의

구성 요소 기본 사항

구성 요소의 정의는 다음과 같이 분류할 수 있습니다.

• AEM 구성 요소는 Sling을 기반으로 합니다.

• AEM 구성 요소는(일반적으로 다음 위치에 있음):

  • HTL: /libs/wcm/foundation/components
  • JSP:/libs/foundation/components

• 프로젝트/사이트별 구성 요소는(일반적으로) 다음 위치에 있습니다.

  • /apps/<myApp>/components

• AEM 표준 구성 요소는 cq:Component으로 정의되고 주요 요소가 있습니다.

  • jcr 속성:

    jcr 속성 목록;구성 요소 노드의 기본 구조와 해당 속성 및 하위 노드가 cq:Component 정의로 정의되므로 이러한 변수들 중 일부는 선택 사항일 수 있습니다.

  • 리소스:

    구성 요소에서 사용하는 정적 요소를 정의합니다.

  • 스크립트:

  구성 요소의 결과 인스턴스의 동작을 구현하는 데 사용됩니다.

• 루트 노드:

  • <mycomponent> (cq:Component) - 구성 요소의 계층 노드.

• 중요 속성:

  • jcr:title - 구성 요소 제목;예를 들어 구성 요소가 구성 요소 브라우저 또는 사이드 킥에 나열될 때 레이블로 사용됩니다.

  • jcr:description - 구성 요소에 대한 설명;구성 요소 브라우저 또는 사이드 킥에서 마우스 오버 힌트로 사용할 수 있습니다.

  • 클래식 UI:

    • icon.png - 이 구성 요소의 아이콘.
    • thumbnail.png - 이 구성 요소가 단락 시스템 내에 나열되는 경우 표시되는 이미지입니다.

  • Touch UI

    • 자세한 내용은 터치 UI](/docs/experience-manager-64/sites-developing/components-basics.html?lang=ko#component-icon-in-touch-ui)의 [구성 요소 아이콘 섹션을 참조하십시오.

• 중요 하위 노드:

  • cq:editConfig (cq:EditConfig) - 구성 요소의 편집 속성을 정의하고 구성 요소 브라우저 또는 사이드 킥에 구성 요소를 표시할 수 있습니다.

    참고:구성 요소에 대화 상자가 있으면 cq:editConfig가 없더라도 구성 요소 브라우저나 사이드 킥에 자동으로 나타납니다.

  • cq:childEditConfig (cq:EditConfig) - 자체 UI를 정의하지 않는 하위 구성 요소에 대한 작성자 UI 측면을 제어합니다 cq:editConfig.

  • 터치 활성화 UI:

    • cq:dialog ( nt:unstructured) - 이 구성 요소에 대한 대화 상자 사용자가 구성 요소를 구성하고 컨텐츠를 편집할 수 있는 인터페이스를 정의합니다.
    • cq:design_dialog ( nt:unstructured) - 이 구성 요소에 대한 디자인 편집

  • 클래식 UI:

    • dialog ( cq:Dialog) - 이 구성 요소에 대한 대화 상자 사용자가 구성 요소를 구성하고 컨텐츠를 편집할 수 있는 인터페이스를 정의합니다.
    • design_dialog ( cq:Dialog) - 이 구성 요소에 대한 디자인 편집

터치 UI의 구성 요소 아이콘

구성 요소의 아이콘 또는 약어는 개발자가 구성 요소를 만들 때 구성 요소의 JCR 속성을 통해 정의됩니다. 이러한 속성은 다음 순서로 평가되며 발견된 첫 번째 유효한 속성이 사용됩니다.

1. cq:icon - 구성 요소 브라우저에 표시할 Coral UI 라이브러리의 표준 아이콘을 가리키는 문자열 속성

   • Coral 아이콘의 HTML 속성 값을 사용합니다.

2. abbreviation - 구성 요소 브라우저에서 구성 요소 이름의 약어를 사용자 지정하는 문자열 속성

   • 약어는 2자로 제한되어야 합니다.

   • 빈 문자열을 제공하면 jcr:title 속성의 처음 2자에서 약어가 만들어집니다.

     • 예: "Image"의 "Im"
     • 현지화된 제목이 약어를 작성하는 데 사용됩니다.

   • 약어는 구성 요소에 번역 힌트로 사용되는 abbreviation_commentI18n 속성이 있는 경우에만 변환됩니다.

3. cq:icon.png 또는 cq:icon.svg - 구성 요소 브라우저에 표시되는 이 구성 요소의 아이콘

   • 20 x 20픽셀은 표준 구성 요소의 아이콘 크기입니다.

     • 더 큰 아이콘은 축소됩니다(클라이언트측).

   • 권장되는 색상은 rgb(112, 112, 112) > #707070

   • 표준 구성 요소 아이콘의 배경은 투명합니다.

   • .png 및 .svg 파일만 지원됩니다.

   • 예를 들어 Eclipse 플러그인을 통해 파일 시스템에서 가져올 경우 파일 이름을 _cq_icon.png 또는 _cq_icon.svg로 이스케이프해야 합니다.

   • .png 둘 다 있는 .svg 경우 선례를 받습니다.

구성 요소에 위의 속성( cq:icon, abbreviation, cq:icon.png 또는 cq:icon.svg)이 없는 경우:

• sling:resourceSuperType 속성 다음에 있는 수퍼 구성 요소에서 동일한 속성을 검색합니다.
• 수퍼 구성 요소 수준에서 아무 약어 또는 빈 약어가 없는 경우 시스템은 현재 구성 요소의 jcr:title 속성의 첫 번째 문자로 약어를 작성합니다.

수퍼 구성 요소에서 아이콘 상속을 취소하려면 구성 요소에서 빈 abbreviation 속성을 설정하면 기본 동작으로 돌아갑니다.

구성 요소 콘솔에는 특정 구성 요소에 대한 아이콘이 정의된 방법이 표시됩니다.

SVG 아이콘 예

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "https://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg version="1.1" id="Layer_1" xmlns="https://www.w3.org/2000/svg" xmlns:xlink="https://www.w3.org/1999/xlink" x="0px" y="0px"
     width="20px" height="20px" viewBox="0 0 20 20" enable-background="new 0 0 20 20" xml:space="preserve">
    <ellipse cx="5" cy="5" rx="3" ry="3" fill="#707070"/>
    <ellipse cx="15" cy="5" rx="4" ry="4" fill="#707070"/>
    <ellipse cx="5" cy="15" rx="5" ry="5" fill="#707070"/>
    <ellipse cx="15" cy="15" rx="4" ry="4" fill="#707070"/>
</svg>

구성 요소의 속성 및 하위 노드

구성 요소를 정의하는 데 필요한 많은 노드/속성은 두 UI 모두에서 공통으로 표시되며 구성 요소가 두 환경에서 모두 작동할 수 있도록 독립적 차이가 남아 있습니다.

구성 요소는 cq:Component 유형의 노드이며 다음 속성과 자식 노드를 가집니다.

Text 구성 요소(두 버전 중 하나)를 보면 다음 요소가 표시됩니다.

• HTL ( /libs/wcm/foundation/components/text)

  

• JSP( /libs/foundation/components/text)

  

특정 관심 영역의 속성은 다음과 같습니다.

• jcr:title - 구성 요소의 제목;구성 요소를 식별하는 데 사용할 수 있습니다. 예를 들어 구성 요소 브라우저 또는 사이드 킥의 구성 요소 목록에 나타납니다

• jcr:description - 구성 요소에 대한 설명;사이드 킥의 구성 요소 목록에서 마우스 오버 힌트로 사용할 수 있습니다.

• sling:resourceSuperType:구성 요소를 확장할 때(정의를 재정의하여) 상속 경로를 나타냅니다.

특정 관심 영역의 하위 노드는 다음과 같습니다.

• cq:editConfig ( cq:EditConfig) - 시각적 측면을 제어합니다.예를 들어 막대 또는 위젯의 모양을 정의하거나 사용자 정의된 컨트롤을 추가할 수 있습니다

• cq:childEditConfig ( cq:EditConfig) - 자체 정의가 없는 자식 구성 요소의 시각적 측면을 제어합니다.

• 터치 활성화 UI:

  • cq:dialog ( nt:unstructured) - 이 구성 요소의 컨텐츠를 편집하기 위한 대화 상자를 정의합니다.
  • cq:design_dialog ( nt:unstructured) - 이 구성 요소에 대한 디자인 편집 옵션을 지정합니다.

• 클래식 UI:

  • dialog ( cq:Dialog) - 이 구성 요소의 컨텐츠를 편집하기 위한 대화 상자를 정의합니다(클래식 UI에 특정).
  • design_dialog ( cq:Dialog) - 이 구성 요소에 대한 디자인 편집 옵션을 지정합니다.
  • icon.png - 사이드 킥에서 구성 요소의 아이콘으로 사용할 그래픽 파일
  • thumbnail.png - 사이드 킥에서 구성 요소를 드래그하면서 구성 요소의 축소판으로 사용할 그래픽 파일

대화 상자

대화 상자는 작성자가 해당 구성 요소를 구성하고 입력할 수 있는 인터페이스를 제공하므로 구성 요소의 주요 요소입니다.

구성 요소의 복잡성에 따라 대화 상자를 짧게 유지하고 입력 필드를 정렬하려면 대화 상자에 하나 이상의 탭이 필요할 수 있습니다.

대화 상자 정의는 UI에 따라 다릅니다.

• 터치 활성화 UI

  • cq:dialog ( nt:unstructured노드:

    • 이 구성 요소의 컨텐츠 편집을 위한 대화 상자 정의

    • 터치 지원 UI에 대해 특정

    • Granite UI 구성 요소를 사용하여 정의됨

    • 표준 Sling 컨텐츠 구조로서 sling:resourceType 속성이 있습니다.

    • 도움말 아이콘( helpPath 아이콘)이 선택되어 있습니다.

      • 즉시 사용 가능한 구성 요소의 경우 설명서에서 페이지를 참조하는 경우가 많습니다.
      • helpPath을(를) 지정하지 않으면 기본 URL(설명서 개요 페이지)이 표시됩니다.

  

  대화 상자에서 개별 필드가 정의됩니다.

  

• 클래식 UI

  • dialog ( cq:Dialog노드)

    • 이 구성 요소의 컨텐츠 편집을 위한 대화 상자 정의

    • 클래식 UI에 해당

    • ExtJS 위젯을 사용하여 정의됨

    • ExtJS를 참조하는 xtype 속성이 있습니다.

    • 도움말 단추를 선택할 때 액세스하는 컨텍스트 기반 도움말 리소스(절대 또는 상대 경로)를 정의하는 속성 helpPath이(가) 있을 수 있습니다.

      • 즉시 사용 가능한 구성 요소의 경우 설명서에서 페이지를 참조하는 경우가 많습니다.
      • helpPath을(를) 지정하지 않으면 기본 URL(설명서 개요 페이지)이 표시됩니다.

  

  대화 상자에서 개별 필드가 정의됩니다.

  

  클래식 대화 상자 내에서:

  • 대화 상자를 cq:Dialog로 만들 수 있습니다. 이 대화 상자는 텍스트 구성 요소에서와 같이 단일 탭을 제공하거나, 텍스트 시간 구성 요소와 같이 여러 탭이 필요한 경우 대화 상자를 cq:TabPanel로 정의할 수 있습니다.
  • cq:WidgetCollection( items)은 입력 필드( cq:Widget) 또는 추가 탭( cq:Widget)의 기준을 제공하는 데 사용됩니다. 이 계층을 확장할 수 있습니다.

디자인 대화 상자

디자인 대화 상자는 컨텐츠를 편집하고 구성하는 데 사용되는 대화 상자와 매우 유사하지만 작성자가 해당 구성 요소에 대한 디자인 세부 사항을 구성하고 제공하는 인터페이스를 제공합니다.

디자인 대화 상자는 디자인 대화 상자를 가지고 있는 반면, 디자인 대화 상자는 디자인 대화 상자를 ​​가지고 있지 ​​ ​​않습니다.

단락 시스템(예: parsys)의 디자인 대화 상자는 사용자가 페이지의 구성 요소 브라우저 또는 사이드 킥에서 선택하여 사용할 수 있는 특정 기타 구성 요소를 사용할 수 있도록 하기 때문에 특별한 경우입니다.

단락 시스템에 구성 요소 추가

구성 요소를 정의한 후에는 사용할 수 있도록 설정해야 합니다. 단락 시스템에서 구성 요소를 사용할 수 있도록 하려면 다음 중 하나를 수행합니다.

1. 페이지에 대해 디자인 모드를 열고 필요한 구성 요소를 활성화합니다.

2. 다음 아래에서 템플릿 정의의 components 속성에 필요한 구성 요소를 추가합니다.

   /etc/designs/<*yourProject*>/jcr:content/<*yourTemplate*>/par

   예를 들어 다음을 참조하십시오.

   /etc/designs/geometrixx/jcr:content/contentpage/par

   

구성 요소 및 만드는 내용

페이지에서 제목 구성 요소의 인스턴스를 만들고 구성하는 경우:<content-path>/Prototype.html

• 터치 활성화 UI

  

• 클래식 UI

  

그런 다음 저장소 내에서 만들어진 컨텐츠의 구조를 볼 수 있습니다.

특히 제목​에 대한 실제 텍스트를 보는 경우:

• 정의(두 UI 모두에 대해)에는 name= ./jcr:title 속성이 있습니다.

  • /libs/foundation/components/title/cq:dialog/content/items/column/items/title
  • /libs/foundation/components/title/dialog/items/title

• 컨텐츠 내에서 작성자의 컨텐츠를 포함하는 속성 jcr:title이 생성됩니다.

정의된 속성은 개별 정의에 따라 다릅니다. 비록 그들은 위에 비해 더 복잡할 수 있지만, 여전히 같은 기본 원칙을 따른다.

구성 요소 계층 구조 및 상속

AEM 내의 구성 요소는 다음과 같이 3개의 서로 다른 계층을 따릅니다.

• 리소스 유형 계층

  이 속성은 sling:resourceSuperType 속성을 사용하여 구성 요소를 확장하는 데 사용됩니다. 이렇게 하면 구성 요소가 상속될 수 있습니다. 예를 들어 텍스트 구성 요소는 표준 구성 요소의 다양한 속성을 상속합니다.

  • 스크립트(슬링으로 해결됨)
  • dialog
  • 설명(축소판 이미지, 아이콘 등 포함)

• 컨테이너 계층

  구성 설정을 하위 구성 요소에 채우는 데 사용되며 parsys 시나리오에서 가장 일반적으로 사용됩니다.

  예를 들어 편집 막대 단추에 대한 구성 설정, 컨트롤 세트 레이아웃(편집 막대, 롤오버), 대화 상자 레이아웃(인라인, 부동)은 상위 구성 요소에 정의되고 하위 구성 요소에 전파됩니다.

  cq:editConfig 및 cq:childEditConfig의 구성 설정(편집 기능과 관련)이 전파됩니다.

• 계층 포함

  이것은 포함의 시퀀스에 의해 런타임 시 적용됩니다.

  이 계층 구조는 디자이너가 사용하며, 이 계층은 렌더링의 다양한 디자인 측면에 대한 기본 역할을 합니다.레이아웃 정보, css 정보, parsys에서 사용 가능한 구성 요소 등을 포함합니다.

비헤이비어 편집

이 섹션에서는 구성 요소의 편집 동작을 구성하는 방법에 대해 설명합니다. 구성 요소에 사용할 수 있는 작업, 즉석 편집기의 특성 및 구성 요소의 이벤트와 관련된 리스너와 같은 속성이 여기에 포함됩니다.

특정 차이는 있지만 터치 지원 UI와 클래식 UI 모두에 일반적으로 구성이 있습니다.

구성 요소의 편집 비헤이비어는 구성 요소 노드(cq:Component 유형) 아래에 cq:EditConfig 유형의 cq:editConfig 노드를 추가하고 특정 속성과 하위 노드를 추가하여 구성됩니다. 다음 속성과 자식 노드를 사용할 수 있습니다.

• cq:editConfig 노드 속성:

  • cq:actions ( String array):구성 요소에서 수행할 수 있는 작업을 정의합니다.

  • cq:layout ( String)::클래식 UI에서 구성 요소를 편집하는 방법을 정의합니다.

  • cq:dialogMode ( String):구성 요소 대화 상자가 클래식 UI에서 열리는 방식을 정의합니다.

    • 터치 지원 UI에서는 대화 상자가 항상 데스크탑 모드에서 떠다니고 모바일에서 전체 화면으로 자동으로 열립니다.

  • cq:emptyText ( String):시각적 컨텐츠가 없을 때 표시되는 텍스트를 정의합니다.

  • cq:inherit ( Boolean):누락된 값이 상속된 구성 요소에서 상속되는지 여부를 정의합니다.

  • dialogLayout (문자열):대화 상자를 여는 방법을 정의합니다.

• cq:editConfig 하위 노드:

  • cq:dropTargets (노드 유형 nt:unstructured):content finder의 자산에서 드롭을 사용할 수 있는 드롭 대상 목록을 정의합니다.

    • 여러 드롭 대상은 클래식 UI에서만 사용할 수 있습니다.
    • 터치 가능 UI에서는 단일 드롭 대상이 허용됩니다.

  • cq:actionConfigs (노드 유형 nt:unstructured):cq:actions 목록에 추가되는 새 작업 목록을 정의합니다.

  • cq:formParameters (노드 유형 nt:unstructured):대화 상자 양식에 추가되는 추가 매개 변수를 정의합니다.

  • cq:inplaceEditing (노드 유형 cq:InplaceEditingConfig):구성 요소에 대한 즉석 편집 구성을 정의합니다.

  • cq:listeners (노드 유형 cq:EditListenersConfig):구성 요소에서 작업이 발생하기 전이나 후에 수행되는 작업을 정의합니다.

<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
    cq:actions="[edit]"
    cq:dialogMode="floating"
    cq:layout="editbar"
    jcr:primaryType="cq:EditConfig">
    <cq:listeners
        jcr:primaryType="cq:EditListenersConfig"
        afteredit="REFRESH_PAGE"/>
</jcr:root>

저장소에 기존 구성이 많이 있습니다. 특정 속성 또는 하위 노드를 쉽게 검색할 수 있습니다.

• cq:editConfig 노드의 속성을 찾으려면(예:cq:actions CRXDE Lite 에서 쿼리 도구를 사용하고 다음 XPath 쿼리 문자열로 검색할 수 있습니다.

  //element(cq:editConfig, cq:EditConfig)[@cq:actions]

• cq:editConfig의 하위 노드를 찾으려면 예를 들어 cq:dropTargets 유형의 cq:DropTargetConfig;CRXDE Lite**에서 쿼리 도구를 사용하고 다음 XPath 쿼리 문자열로 검색할 수 있습니다.

  //element(cq:dropTargets, cq:DropTargetConfig)

구성 요소 자리 표시자

구성 요소에 컨텐츠가 없는 경우에도 구성 요소는 항상 작성자가 볼 수 있는 일부 HTML을 렌더링해야 합니다. 그렇지 않으면 편집기의 인터페이스에서 시각적으로 사라져서 기술적으로 표시되지만 페이지 및 편집기에는 표시되지 않을 수 있습니다. 이 경우 작성자는 빈 구성 요소를 선택하고 상호 작용할 수 없습니다.

이러한 이유로, 페이지가 페이지 편집기에서 렌더링될 때(WCM 모드가 edit 또는 preview인 경우) 구성 요소는 표시되는 출력을 렌더링하지 않는 한 자리 표시자를 렌더링해야 합니다.
자리 표시자에 대한 일반적인 HTML 마크업은 다음과 같습니다.

<div class="cq-placeholder" data-emptytext="Component Name"></div>

위의 자리 표시자 HTML을 렌더링하는 일반적인 HTL 스크립트는 다음과 같습니다.

<div class="cq-placeholder" data-emptytext="${component.properties.jcr:title}"
     data-sly-test="${(wcmmode.edit || wcmmode.preview) && isEmpty}"></div>

이전 예에서 isEmpty은 구성 요소에 컨텐츠가 없고 작성자에게 표시되지 않을 때만 true인 변수입니다.

반복을 방지하기 위해 Adobe에서는 구성 요소 구현자가 코어 구성 요소에서 제공하는 템플릿과 마찬가지로 이 자리 표시자에 대해 HTL 템플릿을 사용하는 것이 좋습니다.

그런 다음 이전 링크의 템플릿 사용은 다음 HTL 행으로 수행됩니다.

<sly data-sly-use.template="core/wcm/components/commons/v1/templates.html"
     data-sly-call="${template.placeholder @ isEmpty=!model.text}"></sly>

이전 예에서 model.text은 컨텐츠에 컨텐츠가 있고 볼 수 있을 때만 true인 변수입니다.

이 템플릿의 사용 예는 제목 구성 요소와 같이 핵심 구성 요소인 에서 볼 수 있습니다.

cq:EditConfig 속성을 사용하여 구성

cq:actions

cq:actions 속성( String array)은 구성 요소에서 수행할 수 있는 하나 이상의 작업을 정의합니다. 다음 값을 구성에 사용할 수 있습니다.

다음 구성은 구성 요소 편집 표시줄에 편집 단추, 스페이서, 삭제 및 삽입 단추를 추가합니다.

<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
    cq:actions="[edit,-,delete,insert]"
    cq:layout="editbar"
    jcr:primaryType="cq:EditConfig"/>

다음 구성은 "기본 프레임워크에서 상속된 구성"이라는 텍스트를 구성 요소 편집 표시줄에 추가합니다.

<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
    cq:actions="[text:Inherited Configurations from Base Framework]"
    cq:layout="editbar"
    jcr:primaryType="cq:EditConfig"/>

cq:layout(클래식 UI만 해당)

cq:layout 속성( String)은 클래식 UI에서 구성 요소를 편집할 수 있는 방법을 정의합니다. 다음 값을 사용할 수 있습니다.

다음 구성은 구성 요소 편집 표시줄에 편집 단추를 추가합니다.

<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
    cq:actions="[edit]"
    cq:layout="editbar"
    jcr:primaryType="cq:EditConfig">
</jcr:root>

cq:dialogMode(클래식 UI만 해당)

구성 요소를 편집 대화 상자에 연결할 수 있습니다. cq:dialogMode 속성( String)은 클래식 UI에서 구성 요소 대화 상자를 여는 방법을 정의합니다. 다음 값을 사용할 수 있습니다.

다음 구성은 편집 단추와 부동 대화 상자가 있는 편집 막대를 정의합니다.

<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
    cq:actions="[edit]"
    cq:dialogMode="floating"
    cq:layout="editbar"
    jcr:primaryType="cq:EditConfig">
</jcr:root>

cq:emptyText

cq:emptyText 속성( String)은 시각적 내용이 없을 때 표시되는 텍스트를 정의합니다. 기본값은 다음과 같습니다.Drag components or assets here.

cq:inherit

cq:inherit 속성( boolean)은 누락된 값이 상속된 구성 요소에서 상속되는지 여부를 정의합니다. 기본값은 false입니다.

dialogLayout

dialogLayout 속성은 대화 상자가 기본적으로 열리는 방식을 정의합니다.

• fullscreen 값은 대화 상자를 전체 화면으로 엽니다.
• 속성이 없거나 비어 있으면 대화 상자가 정상적으로 열립니다.
• 사용자는 대화 상자 내에서 전체 화면 모드를 항상 전환할 수 있습니다.
• 클래식 UI에 적용되지 않습니다.

cq:EditConfig 하위 노드를 사용하여 구성

cq:dropTargets

cq:dropTargets 노드(노드 유형 nt:unstructured)는 Content Finder에서 드래그한 자산에서 드롭을 허용할 수 있는 드롭 대상 목록을 정의합니다. 이 클래스는 cq:DropTargetConfig 유형의 노드 모음입니다.

cq:DropTargetConfig 유형의 각 하위 노드는 구성 요소의 드롭 대상을 정의합니다. 노드 이름은 다음과 같이 JSP에서 사용해야 효과적인 드롭 대상인 DOM 요소에 할당된 CSS 클래스 이름을 생성할 수 있으므로 중요합니다.

<drop target css class> = <drag and drop prefix> + 
 <node name of the drop target in the edit configuration>

<*drag and drop prefix*>은(는) Java 속성에 의해 정의됩니다.

com.day.cq.wcm.api.components.DropTarget.CSS_CLASS_PREFIX.

예를 들어 클래스 이름은 Download 구성 요소의 JSP에서 다음과 같이 정의됩니다
( /libs/foundation/components/download/download.jsp). 여기서 file은 다운로드 구성 요소의 편집 구성에 있는 드롭 대상의 노드 이름입니다.

String ddClassName = DropTarget.CSS_CLASS_PREFIX + "file";

cq:DropTargetConfig 유형의 노드에는 다음 속성이 있어야 합니다.

다음 구성은 다운로드 구성 요소에서 가져옵니다. 이 기능을 사용하면 media 그룹의 모든 자산(MIME 유형은 임의의 문자열일 수 있음)이 컨텐츠 파인더에서 구성 요소로 드롭될 수 있습니다. 드롭 후 구성 요소 속성 fileReference이(가) 업데이트 중입니다.

    <cq:dropTargets jcr:primaryType="nt:unstructured">
        <file
            jcr:primaryType="cq:DropTargetConfig"
            accept="[.*]"
            groups="[media]"
            propertyName="./fileReference"/>
    </cq:dropTargets>

cq:actionConfig(클래식 UI만 해당)

cq:actionConfigs 노드(노드 유형 nt:unstructured)는 cq:actions 속성에 의해 정의된 목록에 추가되는 새 작업 목록을 정의합니다. cq:actionConfigs의 각 하위 노드는 위젯을 정의하여 새 동작을 정의합니다.

다음 샘플 구성은 새 단추(클래식 UI에 대한 구분 문자 포함)를 정의합니다.

• xtype tbseparator;

  • 클래식 UI에서만 사용됩니다.
  • xtype은 무시되므로 터치 지원 UI에서 이 정의는 무시됩니다. 작업 도구 모음이 터치 지원 UI에서 다르게 구성되므로 구분 기호를 사용할 필요가 없습니다.

• 처리기 함수 CQ_collab_forum_openCollabAdmin()을(를) 실행하는 주석 관리​라는 단추.

<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0" xmlns:nt="https://www.jcp.org/jcr/nt/1.0"
    cq:actions="[EDIT,COPYMOVE,DELETE,INSERT]"
    jcr:primaryType="cq:EditConfig">
    <cq:actionConfigs jcr:primaryType="nt:unstructured">
        <separator0
            jcr:primaryType="nt:unstructured"
            xtype="tbseparator"/>
        <manage
            jcr:primaryType="nt:unstructured"
            handler="function(){CQ_collab_forum_openCollabAdmin();}"
            text="Manage comments"/>
    </cq:actionConfigs>
</jcr:root>

cq:formParameters

cq:formParameters 노드(노드 유형 nt:unstructured)는 대화 상자 양식에 추가되는 추가 매개 변수를 정의합니다. 각 속성은 양식 매개 변수에 매핑됩니다.

다음 구성은 name이라는 매개 변수를 대화 상자 양식에 추가합니다.photos/primary

    <cq:formParameters
        jcr:primaryType="nt:unstructured"
        name="photos/primary"/>

cq:inplaceEditing

cq:inplaceEditing 노드(노드 유형 cq:InplaceEditingConfig)는 구성 요소에 대한 즉석 편집 구성을 정의합니다. 다음과 같은 속성을 가질 수 있습니다.

다음 구성을 통해 구성 요소의 즉석 편집을 활성화하고 plaintext을 편집기 유형으로 정의합니다.

    <cq:inplaceEditing
        jcr:primaryType="cq:InplaceEditingConfig"
        active="{Boolean}true"
        editorType="plaintext"/>

cq:listeners

cq:listeners 노드(노드 유형 cq:EditListenersConfig)는 구성 요소에 대한 작업 전후에 발생하는 상황을 정의합니다. 다음 표에서는 가능한 속성을 정의합니다.

이벤트 핸들러는 사용자 지정 구현으로 구현할 수 있습니다. 예를 들어 project.customerAction이(가) 정적 메서드인 경우:

afteredit = "project.customerAction"

다음 예는 REFRESH_INSERTED 구성에 해당합니다.

afterinsert="function(path, definition) { this.refreshCreated(path, definition); }"

구성 요소가 삭제, 편집, 삽입 또는 이동한 후 다음 구성을 통해 페이지가 새로 고쳐집니다.

    <cq:listeners
        jcr:primaryType="cq:EditListenersConfig"
        afterdelete="REFRESH_PAGE"
        afteredit="REFRESH_PAGE"
        afterinsert="REFRESH_PAGE"
        afterMove="REFRESH_PAGE"/>