v-model 예제

예를 들어 양식 입력 요소를 바인딩하고 사용자가 필드의 내용을 변경할 때 Vue 데이터 속성을 변경할 수 있습니다. 검증 및 유효성 검사 모델이라고도 합니다. v-model 식의 초기 값이 옵션과 일치하지 않으면 요소가 “선택되지 않은” 상태로 렌더링됩니다. iOS에서는 iOS가 이 경우 변경 이벤트를 발생시키지 않기 때문에 사용자가 첫 번째 항목을 선택할 수 없게 됩니다. 따라서 위의 예에서 설명한 것처럼 비활성화된 옵션에 빈 값을 제공하는 것이 좋습니다. 예를 들어 구성 문서, 빠른 시작 가이드 등 V-모델은 프로세스가 V 자형에서 순차적으로 실행되는 SDLC 모델의 유형입니다. 검증 및 유효성 검사 모델이라고도 합니다. 각 해당 개발 단계에 대한 테스트 단계의 연결을 기반으로 합니다. 테스트 단계와 직접 연관된 각 단계의 개발. 다음 단계는 각 개발 활동에 대해 이전 단계 즉 완료 후에만 시작되며, 그에 대응하는 테스트 활동이 있습니다. 소프트웨어 개발에서 V-model[2]는 폭포 모델의 확장으로 간주될 수 있는 개발 프로세스를 나타내며 보다 일반적인 V 모델의 예입니다.

프로세스 단계는 선형 방식으로 아래로 이동하는 대신 코딩 단계 후 위쪽으로 구부러져 일반적인 V 모양을 형성합니다. V-Model은 개발 수명 주기의 각 단계와 관련 테스트 단계 간의 관계를 보여 줍니다. 가로 축과 세로 축은 각각 시간 또는 프로젝트 완료도(왼쪽에서 오른쪽)와 추상화 수준(가장 거친 그레인 추상화)을 나타냅니다. 개발 단계의 청사진 역할을 하는 소프트웨어 사양 문서가 생성됩니다. 이 문서에는 일반 시스템 구성, 메뉴 구조, 데이터 구조 등이 포함되어 있습니다. 또한 비즈니스 시나리오, 샘플 창, 더 나은 이해를 위한 보고서를 예로 들 수도 있습니다. 엔터티 다이어그램, 데이터 사전과 같은 다른 기술 문서도 이 단계에서 생성됩니다. 시스템 테스트를 위한 문서가 준비됩니다.

V-model에서 검증 단계의 각 단계는 유효성 검사 단계에서 해당 단계를 가있습니다. [4] 다음은 V-Model에서 유효성 검사의 일반적인 단계이지만 다른 이름으로 알려져 있을 수 있습니다. 따라서 V-Model에는 다른 쪽의 유효성 검사 단계의 한쪽에 확인 단계가 포함되어 있습니다. 검증 및 유효성 검사 단계는 V 자형의 코딩 단계에 의해 결합됩니다. 따라서 V-모델이라고합니다. 모듈 설계 단계는 로우 레벨 설계라고도 할 수 있습니다. 설계된 시스템은 더 작은 장치 또는 모듈로 나뉘며 프로그래머가 직접 코딩을 시작할 수 있도록 각 시스템을 설명합니다. 낮은 수준의 설계 문서 또는 프로그램 사양에는 모듈의 자세한 기능 논리가 포함되어 있습니다.

이 과정에서 소프트웨어는 유효성 검사를 통해 클라이언트의 기대를 충족하는지 여부를 확인합니다. 폼이 제품 상태 값의 내부 속성을 업데이트하도록 하려면 product.*: 브라우저가 양식 제출에 선택취소 된 상자를 포함하지 않으므로 true-value 및 false 값 특성은 입력의 값 특성에 영향을 주지 않습니다. 두 값 중 하나가 양식으로 제출되도록 하려면(예: “예” 또는 “아니요”) 대신 라디오 입력을 사용합니다. . 이 초기 단계에서는 기능 집합과 사용자의 요구 사항을 결정하기 위해 시스템 요구 사항 및 분석이 수행됩니다. 폭포 모델이나 다른 유사한 방법의 동일한 단계와 마찬가지로 충분한 시간을 소비하고 철저한 사용자 요구 사항 문서를 만드는 것은 이 단계에서 한 번만 발생하기 때문에 매우 중요합니다.