va.js - Vue 양식 유효성 검사 플러그인의 작성 프로세스

머리말

얼마 전 사장님께서 Vue 개발 환경을 구축해주셔서 저희는 JQ에서 Vue로 오게 되어 기쁘게 생각합니다. 이 기간 동안 Vue의 플러그인 챕터를 보고 폼 검증 플러그인 va.js를 작성하기 시작했습니다. 물론 플러그인을 찾아보면 어떨까요? vue-validator.

생각해보니 양식 검증은 다양한 회사의 요구를 고려하기 위해 많은 기능이 추가되었습니다. 우리는 필요하지 않습니다. vue-validator는 50kb이고 제가 작성한 va.js는 6kb에 불과한 것으로 나타났습니다.

또 다른 점은 vue-validator의 API가 매우 길다는 것입니다. 항상 v-validate:username="['required']"입니다. 제가 디자인한 것은 대략 다음과 같습니다 - —v-va:Money

물론 이 기사에서는 회사의 요구 사항을 충족하는 vue 양식 유효성 검사 플러그인을 작성하는 방법만 보여줍니다. 다음은 아이디어를 소개합니다.

1. 폼 검증 모듈의 구성

모든 폼 검증 모듈은 구성 - 검증 - 오류 보고 - 값 수집으로 구성됩니다.

구성: 구성 규칙, 구성 오류 보고 및 우선순위

확인: 변경 이벤트에 확인이 있고, 제출 버튼을 클릭할 때 확인이 있으며, 물론 입력 이벤트

오류 보고 방법은 일반적으로 여러 유형으로 구분됩니다. 오류 보고 텍스트에는 템플릿과 사용자 정의

값이 있습니다. 확인된 데이터를 개발자에게 반환하고

아래는 회사 프로젝트

에서 확인 규칙과 오류 보고 템플릿을 중앙에서 관리해 달라는 상사의 요청이었습니다.

오류 보고 시간은 선택 사항입니다

검증 후 올바른 데이터가 개체에 패키징되었습니다.

를 직접 사용하여 각 페이지에서 규칙을 재정의하고 사용자 정의할 수 있습니다. 오류 정보 정의를 수정하고 ajax가 데이터를 얻을 수 있도록 허용한 후 규칙을 추가했습니다

궁금해서 물어보니 왜 이런가요? 그러자 상사가 하나씩 대답해주었습니다.

중앙 집중식 관리 규칙과 오류 보고 템플릿의 장점은 규칙을 전역적으로 사용할 수 있고 단번에 변경할 수 있다는 것입니다. 사장님께서 닉네임 규칙성을 세 번이나 바꿔야 한다고 하셨어요. 이런 정규 룰을 페이지마다 적으면 o(￣ヘ￣o#) 웅, N페이지를 바꿔야 합니다

PC와 모바일의 프로세스가 다르기 때문에 PC에서 검증을 많이 해야 합니다. 변경 이벤트 또는 입력 이벤트가 확인되면 오류가 보고되지만, 이동을 위해서는 일반적으로 제출 버튼으로 이동한 후 확인해야 합니다. 따라서 플러그인을 작성할 때 준비하십시오. 그런 다음 오류 보고에 사용되는 UI는 현재 사용 중인 레이어 플러그인을 지원할 수 있어야 합니다. 물론, 향후 오류 UI가 변경될 수 있으니 이해해 주시기 바랍니다.

물론 JQ시대에는 우리의 공개양식 검증이 완료되고 데이터가 하나의 객체로 수집될 수 있습니다. 이런 식으로 ajax를 사용할 때 값을 얻을 필요가 없습니다. 귀하의 이 플러그인은 이러한 효과를 얻을 것입니다

jq의 공개 스크립트, 정규식 및 오류 보고가 모두 한 곳에 집중되어 있어 여러 곳에서 매우 편리하다는 것이 밝혀졌습니다. 그러나 일부 페이지를 변경해야 하는 경우 유연성이 충분하지 않습니다. RealName과 같은 규칙은 백엔드 인터페이스의 필드 이름을 사용하여 특정 페이지에 대해 처음 구성되었습니다. 다른 결제 페이지에서는 백엔드 인터페이스의 필드 이름이 PayUser로 변경되었지만 정규식은 여전히 ​​RealName입니다. 이것은 편리하지 않고 좋아 보입니다. 다른 하나인 결제 금액에는 최대 및 최소 한도가 있으며 백엔드에서 가져와야 합니다. 이런 상황도 고려해야 합니다. 각 페이지에는 규칙 수정, 오류 보고 사용자 정의 등을 위한 유연한 공간이 필요합니다. 2. Vue 플러그인 작성 방법

Vue 초보자인데 왜 Vue 플러그인 작성을 시작하게 되었나요? 왜냐하면 해결책을 생각할 때 Vue 문서를 훑어보다가 여기까지 왔기 때문입니다:

이런 것들이, va.js 작성을 마쳤을 때 정말 현실처럼 느껴졌기 때문입니다. .매우 명확합니다.

실은 폼 확인을 완료하는 명령어를 작성하고 싶습니다. 2~3개의 명령어가 있을 수 있으며 각 하위 인스턴스 내에서 규칙을 확장할 수 있도록 Vue.prototype에 일부 메서드를 정의해야 합니다. 그래서 상사는 이것이 플러그인과 같다고 말했습니다. 이것은 나를 고래처럼 느끼게 만든다.

va.js는 주로 Vue 명령어를 사용합니다

이런 것들은 va.js 작성을 마치고 나니 정말 현실적이라는 걸 느꼈습니다. .

실은 폼 확인을 완료하는 명령어를 작성하고 싶습니다. 2~3개의 명령어가 있을 수 있으며 각 하위 인스턴스 내에서 규칙을 확장할 수 있도록 Vue.prototype에 일부 메서드를 정의해야 합니다. 그래서 상사는 이것이 플러그인과 같다고 말했습니다. 이것은 나를 고래처럼 느끼게 만든다.

va.js는 주로 Vue 명령어를 사용합니다

Vue 문서는 정말 세심하게 작성되었지만 추가하겠습니다. 한 가지 더
vnode.context는 Vue의 인스턴스입니다
프로젝트를 수행할 때 N개의 하위 구성요소가 루트 구성요소에 걸려 있는 경우가 많고, N개의 하위 구성요소가 하위 구성요소에 걸려 있는 경우가 많습니다. vnode.context에서 얻은 인스턴스는 명령어에 바인딩된 구성 요소의 인스턴스입니다. 이것은 매우 유용합니다. 많은 일을 할 수 있습니다

물론 일부 Vue.prototype도 사용합니다

Vue.prototype.$method는 각 구성 요소에서 호출할 수 있는 메서드입니다.

컴포넌트 내부의 this.$method로 호출할 수 있습니다.