양식 개발(클래식 UI)

양식의 기본 구조는 다음과 같습니다.

• 양식 시작
• 양식 요소
• 양식 끝

이 모든 구성 요소는 표준 AEM 설치에서 사용할 수 있는 일련의 기본 양식 구성 요소로 구현됩니다.

양식에 사용할 새 구성 요소🔗를 개발하는 것 외에도 다음을 수행할 수 있습니다.

• 값을 사용하여 양식 미리 로드
• 여러 값이 있는 (특정) 필드 미리 로드
• 새 작업 개발
• 새로운 제한 개발
• 특정 양식 필드 표시 또는 숨기기

필요한 경우 스크립트를 사용하여 기능을 확장합니다.

양식 값 미리 로드

양식 시작 구성 요소는 저장소의 노드를 가리키는 선택적 경로인 로드 경로​에 대한 필드를 제공합니다.

로드 경로는 사전 정의된 값을 양식의 여러 필드에 로드하는 데 사용되는 노드 속성의 경로입니다.

저장소의 노드에 대한 경로를 지정하는 선택적 필드입니다. 이 노드의 속성이 필드 이름과 일치하면 양식의 해당 필드에 이러한 속성의 값이 미리 로드됩니다. 일치하는 속성이 없으면 필드에 기본값이 포함됩니다.

여러 값이 있는 양식 필드 미리 로드

다양한 양식 필드에는 항목 로드 경로​도 있으며, 다시 저장소의 노드를 가리키는 선택적 경로가 있습니다.

Items Load Path​는 사전 정의된 값을 양식의 특정 필드에 로드하는 데 사용되는 노드 속성의 경로입니다. 예를 들어, 드롭다운 목록, 확인란 그룹 또는 라디오 그룹입니다.

예 - 여러 값이 있는 드롭다운 목록 미리 로드

선택 가능한 값 범위를 사용하여 드롭다운 목록을 구성할 수 있습니다.

항목 로드 경로​를 사용하여 저장소의 폴더에 있는 목록에 액세스하여 다음 필드에 미리 로드할 수 있습니다.

1. 새 sling 폴더( sling:Folder)를 만듭니다

   예, /etc/designs/<myDesign>/formlistvalues

2. 드롭다운 항목 목록을 포함할 다중 값 문자열( String[]) 유형의 새 속성(예: myList)을 추가합니다. JSP 스크립트 또는 셸 스크립트의 cURL과 같은 스크립트를 사용하여 컨텐츠를 가져올 수도 있습니다.

3. 항목 로드 경로 필드의 전체 경로를 사용합니다.

   예, /etc/designs/geometrixx/formlistvalues/myList

String[]의 값이 다음과 같이 형식화된 경우

• AL=Alabama
• AK=Alaska
• etc.

그러면 AEM에서 다음과 같이 목록을 생성합니다.

• <option value="AL">Alabama</option>
• <option value="AK">Alaska</option>

예를 들어 이 기능은 다국어 설정에서 유용할 수 있습니다.

고유한 양식 작업 개발

양식에는 작업이 필요합니다. 작업은 사용자 데이터와 함께 양식을 제출할 때 실행되는 작업을 정의합니다.

표준 AEM 설치과 함께 다양한 작업이 제공되며, 아래에서 볼 수 있습니다.

/libs/foundation/components/form/actions

및 작업 유형​양식 구성 요소 목록에서 다음을 수행합니다.

이 섹션에서는 이 목록에 포함할 양식 작업을 직접 개발하는 방법에 대해 설명합니다.

다음과 같이 /apps 아래에 고유한 작업을 추가할 수 있습니다.

1. sling:Folder 유형의 노드를 만듭니다. 구현할 작업을 반영하는 이름을 지정합니다.

   예:

   /apps/myProject/components/customFormAction

2. 이 노드에서 다음 속성을 정의한 다음 모두 저장​을 클릭하여 변경 사항을 유지합니다.

   • sling:resourceType -으로 설정 foundation/components/form/action

   • componentGroup -으로 정의 .hidden

   • 원할 경우:

     • jcr:title - 원하는 제목을 지정합니다. 드롭다운 선택 목록에 표시됩니다. 설정하지 않으면 노드 이름이 표시됩니다
     • jcr:description - 원하는 설명을 입력합니다

3. 폴더에서 대화 상자 노드를 만듭니다.

   1. 작업을 선택한 후 작성자가 양식 대화 상자를 편집할 수 있도록 필드를 추가합니다.

4. 폴더에서 다음 중 하나를 만듭니다.

   1. 게시물 스크립트.

      스크립트 이름은 post.POST.<extension>입니다(예: ).post.POST.jsp

      양식을 처리하기 위해 양식이 제출되면 post 스크립트가 호출됩니다. 이 양식에는 POST 양식에서 도착하는 데이터를 처리하는 코드가 포함됩니다.

   2. 양식을 제출할 때 호출되는 전달 스크립트를 추가합니다.

      스크립트 이름은 forward.<extension, 예:forward.jsp

      이 스크립트는 경로를 정의할 수 있습니다. 그런 다음 현재 요청이 지정된 경로로 전달됩니다.
      필요한 호출은 FormsHelper#setForwardPath(2개의 변형)입니다. 일반적인 경우는 일부 유효성 검사나 논리를 수행하여 대상 경로를 찾은 다음 해당 경로로 전달하여 기본 Sling POST 서블릿이 JCR에서 실제 스토리지를 수행하도록 하는 것입니다.

   실제 처리를 수행하는 다른 서블릿이 있을 수도 있습니다. 이 경우 양식 작업과 forward.jsp이 "풀" 코드로만 작동하게 됩니다. 예를 들어, /libs/foundation/components/form/actions/mail에 있는 메일 작업은 세부 사항을 메일 서블릿이 위치한 <currentpath>.mail.html에 전달하는 것입니다.

   따라서

   • post.POST.jsp 은 작업 자체가 완전히 수행하는 작은 작업에 유용합니다
   • 반면에 forward.jsp 은 위임만 필요한 경우 유용합니다.

   스크립트에 대한 실행 순서는 다음과 같습니다.

   • 양식을 렌더링할 때( GET):

     1. init.jsp
     2. 모든 필드의 제한 사항에 대해 다음을 수행합니다.clientvalidation.jsp
     3. 양식의 validationRT:clientvalidation.jsp
     4. 설정된 경우 로드 리소스를 통해 양식이 로드됩니다.
     5. addfields.jsp 내부 렌더링 <form></form>

   • 양식 POST 처리 시:

     1. init.jsp
     2. 모든 필드의 제한 사항에 대해 다음을 수행합니다.servervalidation.jsp
     3. 양식의 validationRT:servervalidation.jsp
     4. forward.jsp
     5. 전달 경로가 설정된 경우( FormsHelper.setForwardPath) 요청을 전달한 다음 cleanup.jsp 를 호출합니다.
     6. 설정된 전달 경로가 없으면 post.POST.jsp 를 호출합니다(여기서 끝남, 호출된 cleanup.jsp 없음).

5. 폴더에서 다시 선택적으로 다음을 추가합니다.

   1. 필드 추가 스크립트.

      스크립트 이름은 addfields.<extension>입니다(예: ).addfields.jsp

      양식 시작에 대한 HTML이 작성되면 addfields 스크립트가 즉시 호출됩니다. 이를 통해 작업에서 양식 내에 사용자 지정 입력 필드 또는 기타 HTML을 추가할 수 있습니다.

   2. 초기화 스크립트.

      스크립트 이름은 init.<extension>입니다(예: ).init.jsp

      이 스크립트는 양식이 렌더링될 때 호출됩니다. 작업 세부 사항을 초기화하는 데 사용할 수 있습니다. "

   3. 정리 스크립트입니다.

      스크립트 이름은 cleanup.<extension>입니다(예: ).cleanup.jsp

      이 스크립트를 사용하여 정리를 수행할 수 있습니다.

6. parsys에서 Forms 구성 요소를 사용합니다. 이제 작업 유형 드롭다운에 새 작업이 포함됩니다.

   노트

   제품에 포함된 기본 작업을 보려면 다음을 수행하십시오.

   /libs/foundation/components/form/actions

고유한 양식 제한 개발

제한 사항은 다음 두 가지 수준에서 지정할 수 있습니다.

• 개별 필드( 다음 절차 참조)
• form-global 유효성 검사

개별 필드에 대한 제한 사항

다음과 같이 개별 필드( /apps 아래)에 대한 고유한 제한을 추가할 수 있습니다.

1. sling:Folder 유형의 노드를 만듭니다. 구현할 제한을 반영하는 이름을 지정합니다.

   예:

   /apps/myProject/components/customFormConstraint

2. 이 노드에서 다음 속성을 정의한 다음 모두 저장​을 클릭하여 변경 사항을 유지합니다.

   • sling:resourceType -으로 설정됨 foundation/components/form/constraint

   • constraintMessage - 양식을 제출할 때 제약 조건에 따라 필드가 올바르지 않으면 표시되는 사용자 지정 메시지입니다

   • 원할 경우:

     • jcr:title - 원하는 제목을 지정합니다. 선택 목록에 표시됩니다. 설정하지 않으면 노드 이름이 표시됩니다
     • hint - 사용자의 경우 필드 사용 방법에 대한 추가 정보

3. 이 폴더 내에서는 다음 스크립트가 필요할 수 있습니다.

   • 클라이언트 유효성 검사 스크립트:

     스크립트 이름은 clientvalidation.<extension>입니다(예: ).clientvalidation.jsp

     양식 필드가 렌더링될 때 호출됩니다. 클라이언트 Javascript를 만들어 클라이언트의 필드를 확인할 수 있습니다.

   • 서버 유효성 검사 스크립트:

     스크립트 이름은 servervalidation.<extension>입니다(예: ).servervalidation.jsp

     양식을 제출할 때 호출됩니다. 제출된 후 서버의 필드를 확인하는 데 사용할 수 있습니다.

양식-전역 제한

양식 전역 유효성 검사는 시작 양식 구성 요소( validationRT)에 리소스 유형을 구성하여 지정합니다. 예:

apps/myProject/components/form/validation

그런 다음 다음을 정의할 수 있습니다.

• clientvalidation.jsp - 필드의 클라이언트 유효성 검사 스크립트 다음에 삽입됨
• 및 servervalidation.jsp - 개별 필드 서버가 POST에 대한 유효성 검사를 수행한 후에 호출되기도 합니다.

양식 구성 요소 표시 및 숨기기

양식의 다른 필드 값에 따라 양식 구성 요소를 표시하거나 숨기도록 양식을 구성할 수 있습니다.

양식 필드의 표시 여부를 변경하는 방법은 해당 필드가 특정한 조건에서만 필요한 경우에 유용합니다. 예를 들어 사용자 의견 양식에서 고객에게 이메일로 제품 정보를 받아 볼지를 물어본 후, 고객이 '예'를 선택하면 이메일 주소를 입력하는 텍스트 필드를 표시할 수 있습니다.

표시/숨기기 규칙 편집 대화 상자를 사용하여 양식 구성 요소를 표시하거나 숨길 조건을 지정합니다.

대화 상자 위쪽의 필드를 사용하여 다음 정보를 지정합니다.

• 지정하는 조건이 구성 요소를 숨길 조건인지 아니면 표시할 조건인지
• 구성 요소를 표시하거나 숨기려면 조건이 하나라도 true이면 되는지 아니면 모든 조건이 true여야 하는지

이러한 필드 아래에 하나 이상의 조건이 표시됩니다. 조건에서는 같은 양식에 있는 다른 양식 구성 요소의 값을 특정 값과 비교합니다. 필드의 특정 값이 조건을 만족하면 해당 조건이 true로 평가됩니다. 조건에는 다음 정보가 포함됩니다.

• 테스트 대상 양식 필드의 제목
• 연산자
• 필드 값과 비교할 값

예를 들어 제목이 Receive email notifications?**인 라디오 그룹 구성 요소에는 Yes 및 No 라디오 단추가 포함되어 있습니다. 제목이 Email Address인 텍스트 필드 구성 요소는 Yes을 선택한 경우 표시되도록 다음 조건을 사용합니다.

Javascript에서는 조건이 요소 이름 속성의 값을 사용하여 필드를 참조합니다. 이전 예에서 라디오 그룹 구성 요소의 요소 이름 속성은 contact입니다. 다음 코드는 해당 예제와 동일한 Javascript 코드입니다.

((contact == "Yes"))

양식 구성 요소를 표시하거나 숨기려면:

1. 특정 양식 구성 요소를 편집합니다.

2. 표시 / 숨기기​를 선택하여 표시 / 숨기기 규칙 편집 대화 상자를 엽니다.

   • 첫 번째 드롭다운 목록에서 Show 또는 Hide​를 선택하여 조건이 구성 요소를 표시할지 여부를 지정합니다.

   • 맨 위 줄 끝에 있는 드롭다운 목록에서 다음을 선택합니다.

     • 모두 - 구성 요소를 표시하거나 숨기려면 모든 조건이 true여야 하는 경우
     • 임의 - 구성 요소를 표시하거나 숨기려면 하나 이상의 조건만 true여야 하는 경우

   • 조건 라인(하나는 기본값으로 표시됨)에서 구성 요소, 연산자를 선택한 다음 값을 지정합니다.

   • 필요한 경우 조건 추가​를 클릭하여 조건을 더 추가합니다.

   예:

   

3. 확인​을 클릭하여 정의를 저장합니다.

4. 정의를 저장하면 양식 구성 요소 속성의 표시 / 숨기기 옵션 옆에 규칙 편집 링크가 나타납니다. 이 링크를 클릭하여 표시/숨기기 규칙 편집 대화 상자를 열어 변경합니다.

   확인​을 클릭하여 모든 변경 사항을 저장합니다.

   

   주의

   표시 / 숨기기 정의 효과를 보고 테스트할 수 있습니다.

   • 작성자 환경의 미리 보기 모드에서(미리 보기로 전환하려면 페이지를 다시 로드해야 함)
   • 게시 환경에서

끊어진 구성 요소 참조 처리

표시/숨기기 조건에서는 요소 이름 속성의 값을 사용하여 양식의 다른 구성 요소를 참조합니다. 삭제되었거나 요소 이름 속성이 변경된 구성 요소를 참조하는 조건이 하나라도 있으면 표시/숨기기 구성이 잘못되었습니다. 이러한 경우 조건을 직접 업데이트해야 하며, 그러지 않으면 양식이 로드될 때 오류가 발생합니다.

표시/숨기기 구성이 잘못된 경우 구성이 JavaScript 코드로만 제공됩니다. 코드를 편집하여 문제를 수정하십시오. 코드는 원래 구성 요소를 참조하는 데 사용되었던 요소 이름 속성을 사용합니다.

Forms에서 사용할 스크립트 개발

스크립트를 작성할 때 사용할 수 있는 API 요소에 대한 자세한 내용은 양식🔗과 관련된 javadocs 를 참조하십시오.

양식을 제출하기 전에 서비스 호출 및 실패한 경우 서비스 취소와 같은 작업에 이 기능을 사용할 수 있습니다.

• 유효성 검사 리소스 유형 정의

• 유효성 검사용 스크립트 포함:

  • JSP에서 웹 서비스를 호출하고 오류 메시지가 포함된 com.day.cq.wcm.foundation.forms.ValidationInfo 객체를 만듭니다. 오류가 발생하면 양식 데이터가 게시되지 않습니다.