양식 논리

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 읽기1분

    • 사용자가 양식을 방문할 때 표시되는 내용을 제어하면 생산성과 응답성을 높일 수 있습니다. 예를 들어 사용자는 자신에게 유용한 필드만 볼 수 있습니다. 사용자는 양식에 구성된 항목에 따라 특정 필드만 볼 필요가 있습니다. 양식 논리를 적용하여 양식에서 표시되는 항목, 읽기 전용 및 필수 항목을 제어합니다.

    다음 질문은 정보에 대한 사용자 액세스를 제어해야 하는 시기에 대한 올바른 결정으로 안내하는 데 도움이 됩니다. 이는 제안 또는 시행입니까? 추천을 사용하면 양식을 더 쉽게 작성할 수 있는 반면, 강제로 적용하면 사용자가 양식을 작성하기 위해 어떤 작업을 수행해야 합니다.

    UI 정책은 필드를 표시하거나 숨기거나 다른 필드의 값에 따라 필드 메시지를 추가하는 것과 같은 조건부 제안에 유용하며, 데이터 정책 및 비즈니스 규칙은 필드를 필수로 설정하는 것과 같은 조건부 적용을 수행하는 데 더 적합합니다.

    최상의 사용자 환경은 제안과 적용을 함께 활용하는 것입니다.

    자세한 내용은 클라이언트 측 스크립팅 모듈의 UI 정책 문서를 참조하십시오.

    클라이언트 측 논리를 스크립팅하기 전에 클라이언트 측 활동을 처리하는 UI 정책 및 데이터 정책을 빌드합니다. 클라이언트 스크립트를 사용하여 사용자 입력의 유효성을 검사하고 사용자가 양식을 작성하는 동안 피드백을 제공합니다.

    클라이언트 스크립팅에 대한 몇 가지 일반적인 방법은 다음과 같습니다.

    • 클라이언트 측 GlideRecord또는 여러 getReference() 호출을 통해 비동기 GlideAjax를 사용하여 성능을 최적화합니다.
    • onChange클라이언트 스크립트에서 isLoading검사를 유지합니다.
    • newValue검사를 유지하고 newValue != oldValue검사를 추가합니다.
    • GlideAjax로 서버를 호출하기 전에 가능한 모든 클라이언트 측 스크립트를 사용합니다. 서버 왕복은 성능에 영향을 줄 수 있습니다.

    피해야 할 몇 가지 클라이언트 스크립팅 방법은 다음과 같습니다.

    • 전역 클라이언트 스크립트 또는 전역 UI 스크립트: 전역 스크립트는 모든 페이지 로드 시 실행되며 브라우저 로드 지연을 유발합니다.
    • DOM 조작: 기본 UI 요소에 대해 문서 개체 모델 조작을 사용하면 업그레이드 위험 및 유지 관리 문제가 발생합니다. 단, UI 페이지나 서비스 포털 위젯처럼 동일한 범위가 지정된 애플리케이션에서 작성된 페이지에서 DOM에 대해 DOM 조작을 사용하는 경우는 예외입니다.