양식 논리
사용자가 양식을 방문할 때 표시되는 내용을 제어하면 생산성과 응답성이 향상될 수 있습니다. 예를 들어 사용자는 자신에게 유용한 필드만 볼 수 있어야 합니다. 사용자는 양식에 구성된 항목에 따라 특정 필드만 볼 수 있습니다. 양식 논리를 적용하여 양식에 표시되는 항목, 읽기 전용 항목, 필수 항목을 제어합니다.
에이전틱 AI
에이전틱 AI의 도움을 받아 애플리케이션을 생성합니다. 자세한 내용은 ServiceNow AI Platform에서 Vibe 코딩 및 AI 앱 개발 문서를 참조하십시오.
사용자 액세스를 제어할 시기 결정
다음 질문은 정보에 대한 사용자 액세스를 제어하는 시기에 대한 올바른 결정을 내리는 데 도움이 됩니다. 제안입니까 아니면 시행입니까? 제안을 사용하면 양식을 더 쉽게 작성할 수 있지만, 적용을 적용하면 사용자가 양식을 작성하기 위해 작업을 수행하도록 강제합니다.
UI 정책은 필드 표시 및 숨기기 또는 다른 필드 값을 기반으로 필드 메시지를 추가하는 것과 같은 조건부 제안에 유용하며, 데이터 정책 및 비즈니스 규칙은 필드를 필수로 설정하는 것과 같은 조건부 적용을 수행하는 데 더 적합합니다.
최상의 사용자 경험은 제안과 시행을 함께 활용하는 것입니다.
자세한 내용은 클라이언트 측 스크립팅 모듈의 UI 정책 문서를 참조하십시오.
클라이언트 측 논리를 스크립팅하기 전에 클라이언트 측 활동을 처리하도록 UI 정책 및 데이터 정책을 빌드합니다. 클라이언트 스크립트를 사용하여 사용자 입력의 유효성을 확인하고 사용자가 양식을 작성하는 동안 피드백을 제공합니다.
클라이언트 스크립팅에 대한 몇 가지 일반적인 방법은 다음과 같습니다.
- 클라이언트 측 GlideRecord또는 여러 getReference()호출을 통해 비동기 GlideAjax를 사용하여 성능을 최적화합니다.
- onChange 클라이언트 스크립트에서 isLoading검사를 유지합니다.
- newValue검사를 유지하고 newValue != oldValue검사를 추가합니다.
- GlideAjax로 서버를 호출하기 전에 가능한 모든 클라이언트 측 스크립트를 사용하십시오. 서버 왕복은 성능에 영향을 줄 수 있습니다.
피해야 할 클라이언트 스크립팅 방법은 다음과 같습니다.
- 전역 클라이언트 스크립트 또는 전역 UI 스크립트: 전역 스크립트는 페이지를 로드할 때마다 실행되며 브라우저 로드 지연을 발생시킵니다.
- DOM 조작: 기본 UI 요소에 대해 문서 객체 모델 조작을 사용하면 업그레이드 위험 및 유지 관리 가능성 문제가 발생합니다. UI 페이지 또는 서비스 포털 위젯과 같이 동일한 범위의 애플리케이션에서 작성된 페이지에서 DOM에 대해 DOM 조작을 사용하는 경우는 예외입니다.