Form Validation
양식 검증
양식 검증은 규칙과 메시지를 사용하여 누락되거나 잘못된 답변을 찾아 방지하고 설명합니다.
실제 예시
비밀번호가 규칙을 위반하면, 페이지는 필드 옆에 이를 설명합니다. 화면 읽기 도구는 해당 메시지를 필드와 연결할 수 있습니다.
주요 부분
- 01State signal
- 02Human-readable message
- 03Timing or progress
- 04Recovery path
사용할 때
도움이 필요할 때 즉시 표시하고 항상 서버에서 답을 다시 확인하세요.
다음 경우에는 사용하지 마세요
절대 답변을 지우거나, 사람을 비난하거나, 단순히 '유효하지 않음'이라고만 말하지 마세요. 문제를 해결하는 방법을 설명하세요.
코드에서 사용된 이름
aria-invalid + server validation 출시하기 전에
Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.
Outcome：Complete the task with 양식 검증 (Form Validation)。 User context：비밀번호가 규칙을 위반하면, 페이지는 필드 옆에 이를 설명합니다. 화면 읽기 도구는 해당 메시지를 필드와 연결할 수 있습니다. Recommended pattern：양식 검증 (Form Validation)。 Why it fits：도움이 필요할 때 즉시 표시하고 항상 서버에서 답을 다시 확인하세요. Do not use it when：절대 답변을 지우거나, 사람을 비난하거나, 단순히 '유효하지 않음'이라고만 말하지 마세요. 문제를 해결하는 방법을 설명하세요. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary)：이 표준은 나열된 범위만 적용합니다. 시각적 스타일, 제품 결정, 또는 Vibulary 예시는 선택하지 않습니다. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
이 요청을 확인하세요
Review how 양식 검증 (Form Validation) is used now. Definition: 양식 검증은 규칙과 메시지를 사용하여 누락되거나 잘못된 답변을 찾아 방지하고 설명합니다. Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.