ASP.Net Partner 검증 컨트롤

아니면 이전에 말했던 문제인가. 웹 프로그램은 제출할 때마다 서버에 가서 한 바퀴 돌고 다시 컴파일해서 사용자에게 다시 보여주기 때문이다.예를 들어 입력 사용자가 빈 값으로 입력할 수 없도록 제한하거나 두 번의 입력 비밀이 일치하는지 확인하는 것은 서버와 무관한 일이다.하지만 서버에 가서 한 바퀴 돌고 돌아오면 남는다. 마치 두 사람이 마주보고 전화를 하는 것처럼 들릴 수도 있는데 위성으로 한 바퀴 돌아야 한다.그렇다면 검증 컨트롤러는 이런 불필요한 상황을 피하기 위해 서버를 없애고 브라우저에서 이 일을 하는 것이다.물론 이 문제를 해결했을 뿐만 아니라, 서버에 가지 않겠다고 말한 것도 아니다.net에서 서버 쪽에서 이 일을 실행하는지 클라이언트에서 실행하는지 확인하지 않으면 선택할 수 있습니다.이 블로그에서는 Asp.에 대해 자세히 설명합니다.net의 인증 컨트롤입니다.
1. RequiredFieldValidator(빈 값 검증)는 입력 값이 있는지 확인하는 데 사용됩니다.

＜ASP:TextBox id="txtUserName" Runat="Server"/＞
 ＜ASP:RequiredFieldValidatorid="Validator1" Runat="Server" ControlToValidate="txtUserName"  ErrorMessage="       " Display="Static"＞
      *       
 ＜/ASP:RequiredFieldValidator＞

코드에서 ControlToValidate = "txtUserName"은 검증할 컨트롤을 txtUserName과 연결합니다.ErrorMessage="사용자는 비워둘 수 없습니다"는 오류가 발생했을 때 표시되는 정보를 지정하고, Display="Static"은 오류 정보가 발생하는 방식을 지정합니다. Static은 오류 정보가 발생할 위치를 미리 남겨 두고, Dymatic은 컨트롤 오류 정보가 발생했을 때 페이지 공간을 차지하며, None은 오류가 발생했을 때 반응하지 않습니다.그 중에서 Static을 선택하면 오류 정보가 차지하는 공간을 지정해야 합니다. 예를 들어, * 사용자 이름은 비어 있으면 안 됩니다.
2. CompareValidator(비교 검증) 컨트롤 사용자가 두 컨트롤의 내용이 일치하는지 확인

 ＜ASP:CompareValidator id="Validator_ID"RunAt="Server"
          ControlToValidate="      ID"
          errorMessage="    "
          ControlToCompare="      ID"
          type="String|Integer|Double|DateTime|Currency"  <!--          -->
          operator="EqualLessThanEqual|DataTypeCheck"     <!--          -->
          Display="Static|Dymatic|None"＞
                              <!--              -->
 ＜/ASP:CompareValidator＞

3. RangeValidator(범위 검증)는 사용자가 입력한 범위를 제한한다. 예를 들어 나이.

＜ASP:RangeValidator id="Vaidator_ID"Runat="Server"
         controlToValidate="      ID"
         type="    "                     
         MinimumValue="   "
         MaximumValue="   "
         errorMessage="    "
         Display="Static|Dymatic|None"＞
           
＜/ASP:RangeValidator＞

이러한 검증의 사용 방식은 모두 많이 찾아보지 못하고, 뒤의 코드는 일일이 나열하지 않는다.
4. RegularExpresionValidator(정규 표현식) 컨트롤러는 입력한 사용자 정의 검사를 검사하는 데 주로 사용되며, 예를 들어 특수 문자의 제한 등
5.ValidationSummary(검증 총결산) 컨트롤러는 때때로 사용상의 느낌을 우호적으로 하기 위해 우리는 모든 검증 컨트롤러의 오류 상황을 이 컨트롤러에 집합할 수 있다.
6. 사용자 이름이 비어 있는 경우 CustomValidator(사용자 정의 검증) 컨트롤 사용자 정의 함수 검증
이 검증은 서버와 관련된 것이고, 정확히 말하면 서버의 데이터베이스와 관련된 것이다.여기서 검증된 함수는 사용자 정의이기 때문에 자연히 우리가 말한 대로 한다.코드는 아직 안 줬어요. 직접 보세요. 아직 차이가 많지 않아요.그냥 이 검증은 좀 자유롭고 쓰기도 좋고 적응성도 강하다고 생각해요.
요약: 검증 컨트롤은 웹 개발에서도 기초 지식이며 없어서는 안 된다.이것은 c\s 구조의 입력 검사 제한과 같이 기능적으로 완전해야 하는 역할을 한다.어느 정도에 프로그램의 건장성과 우호성을 보장했다. 왜냐하면 입력의 규칙이 보장하는 입력의 합법성을 제한하는 동시에 탄창 알림보다 낫기 때문이다.만약 오류가 발생하면 힌트를 주지 않으면 사용자에게 사기라고 할 수 있다.기초지식, keep moving...