Callum Shillan
Microsoft Consulting Service
적용 대상:
Microsoft Framework 버전 1.0 및 1.1
Microsoft Visual C#
Microsoft ASP.NET
요약: 사용자 입력 컨트롤에 자동으로 적용되는 ASP.NET 유효성 검사 컨트롤의 동적 생성을 제어할 XML 구성 파일 사용 방법에 대해 설명합니다. 이러한 구성 파일을 사용하면 Web Form 개발자가 비즈니스 논리 구현에 집중할 수 있으며, 개발자에게도 보다 일관된 사용자 인터페이스가 제공됩니다.
이 기사의 소스 코드를 다운로드하십시오.
목차
소개와 고백
동적 유효성 검사 구성 파일
데이터 구조
DynamicValidationManager 클래스
DynamicValidationManager 사용
결론
관련 서적
소개와 고백
웹 개발자의 부담을 덜어 비즈니스 논리 구현에 집중할 수 있도록 하고 보다 편리한 사용자 인터페이스를 제공하는 프레임워크를 만들고 싶은 마음에서 이 기사를 시작했지만 실제로는 그렇지 못한 것 같습니다. Web Form에서 동적으로 유효성 검사 컨트롤을 사용한다는 개념은 사용자 인터페이스 팀의 수많은 좌절에서 비롯된 것입니다.
원활하게 운영되는 웹 응용 프로그램 프로젝트의 경우 여러 팀에 책임이 확실하게 분담되어 있어 개발, 테스트, 사용자 환경 등에 문제가 생길 경우 책임 소재가 분명합니다. 이 프로젝트에서는 관련 화면 디자인에 사용 사례 시나리오를 사용했으며 꽤 효과적이었습니다. 단일 문서를 사용하여 각 사용자 입력 필드 정의, 이 필드가 사용된 화면, 이 필드가 필수 필드인지 여부, 유효한 문자, 유효성 검사 오류 메시지 등을 저장했습니다. 따라서 모두 협력하여 화면 개발을 시작할 수 있었고 모든 작업이 순조롭게 진행되었습니다. 그런데 문제가 발생하기 시작했습니다.
어느날 아침 회의에서 사용자 인터페이스 팀이 유효성 검사 오류 보고에 사용할 언어를 변경해야 한다고 제안했습니다. 내용이 너무 장황하여 정리할 필요가 있다고 했는지 아니면 그 반대였는지 자세한 내용은 기억나지 않지만 우리는 모든 화면을 다시 검토하고 유효성 검사 컨트롤의 ErrorMesssage 속성과 Text 속성에 사용한 어구를 변경하느라 상당한 시간을 보냈습니다. 팀으로 일하다 보면 부담이 되더라도 다른 팀원의 의견을 수용해야 하는 경우가 있습니다.
이런 상황은 계속되었고 나중에는 고객과의 자세한 상담으로까지 이어졌습니다. 거기에도 타당한 이유는 있었겠지만 달라진 사항을 다시 적용해야 했습니다. 그러나 이번에는 메시지 색을 변경하고, 필수 필드를 선택적 필드로 바꾸거나 선택적 필드를 필수 필드로 바꾸는가 하면, 허용되는 문자 집합을 바꾸는 등 포괄적인 변경이 계속되었습니다.
우리는 뭔가 대책이 필요하다는 생각을 했습니다. 폼 개발을 입력 유효성 검사와 분리해야 했습니다. 오류 메시지 색이나 어구 따위를 걱정하지 않고 비즈니스 논리를 구현하는 일에 집중할 수 있는 방법이 필요했습니다. 또한 모든 ASPX 페이지를 별도로 변경하지 않고도 쉽게 변경하고 수정할 수 있는 일관된 입력 유효성 검사를 수행할 수 있는 프레임워크가 필요했습니다.
진지한 토론을 거친 끝에 우리는 아래와 같은 방침을 정했습니다. 원래 각 입력 필드마다 관련 PlaceHolder 컨트롤이 있습니다. PlaceHolder의 ID 속성은 구성 파일로 인덱싱되어 동적으로 생성되어 PlaceHolder에 추가된 유효성 검사기 컬렉션을 검색합니다. Web Form이 클라이언트로 렌더링될 때는 유효성 검사 컨트롤도 포함되며 평상시처럼 사용자 입력 유효성 검사를 수행합니다. 실제로 매우 간단합니다.
ASPX 페이지에서 유효성 검사기 컨트롤을 모두 제거하고 PlaceHolder 컨트롤을 삽입한 후에 구성 파일 채우기를 사용자 인터페이스 팀에 전달하면 필요에 따라 이 팀에서 변경할 수 있습니다.
설명하기에는 매우 간단한 개념이지만 이 기사에서는 XML 파일에 저장된 데이터에 액세스하는 동안 String 사전의 ArrayList가 포함된 Hashtable의 구성 데이터를 캐시하고 액세스에 대한 리플렉션을 사용하여 동적으로 생성한 유효성 검사 컨트롤의 속성을 설정합니다. 그러나 리플렉션을 사용할 경우 처리량과 성능이 저하될 수 있으므로 실제 상황에서는 리플렉션을 사용하지 않는 것이 좋습니다. 이 기사에서는 다음과 같이 코드를 약간 단순화하기 위해 리플렉션을 사용하겠습니다.
동적 유효성 검사 구성 파일
먼저 구성 정보 저장 방법을 결정해야 합니다. 데이터베이스, 리소스 파일, XML 파일 등 많은 방법으로 이 정보를 저장할 수 있습니다. 여기서는 쉽게 편집하고 조작할 수 있도록 XML 파일에 정보를 저장하겠습니다.
구성 파일은 두 개의 섹션으로 이루어집니다. 한 섹션에서는 모든 유효성 검사기에 사용되는 공용 및 기본 속성 값을 정의하고, 다른 섹션에서는 지정된 사용자 입력 필드에 적용할 유효성 검사기 및 속성 컬렉션을 정의합니다.
Defaults 섹션
그리고 모든 유효성 검사기 컨트롤에 대해 반복되는 속성을 계속 지정해야 하므로 구성 파일의 Defaults 섹션을 사용하여 이러한 속성을 한 번 지정합니다. 정의된 모든 유효성 검사 컨트롤에 대해 "ForeColor='RED'" 등을 지정할 필요는 없습니다. 필요한 경우 지정된 유효성 검사기에 대해 이러한 기본 속성 값을 재정의할 수 있습니다.
형식에 관계없이 모든 유효성 검사기에 공통되는 속성 집합이 있습니다. 모두 나열하지는 않겠지만 CssClass, ForeColor, Visible 등이 있습니다. 공통되는 유효성 검사 속성 집합의 경우 형식에 관계없이 동적으로 만든 모든 유효성 검사기에 적용할 일반적인 값이 포함된 구성 파일 하위 섹션이 생깁니다.
각 유효성 검사기 컨트롤 형식마다 고유한 속성 집합(예: ValidationSummary의 ShowMessageBox 속성)이 있으므로 기본 속성 값이 포함된 하위 섹션이 필요합니다.
마지막으로, 이러한 값을 매개 변수화하는 것이 좋습니다. 값을 매개 변수화하면 RequiredField의 ErrorMessage 기본 속성 값 하나를 "Please enter something for {FriendlyName}"으로 설정하고 다른 위치에 해당 이름을 정의할 수 있습니다.
당연히 구성 파일의 Defaults 섹션은 공용 속성 값과 유효성 검사기 특정 속성 값의 자식 노드가 있는 XML 노드입니다. 아래를 보면 자세히 알 수 있습니다.
<!--
이 섹션에는 유효성 검사기 컨트롤의 기본값이 들어 있습니다.
-->
<Defaults>
<!--
모든 유효성 검사기 컨트롤에 공통되는 기본 속성 값입니다.
-->
<Common>
<Property name="ForeColor" value="Red" />
<Property name="Display" value="Dynamic" />
<Property name="EnableViewState" value="False" />
</Common>
<!--
ValidationSummary 컨트롤에 대한 기본 속성 값입니다.
-->
<ValidationSummary>
<Property name="EnableClientScript-x" value="True" />
<Property name="Enabled" value="True" />
<Property name="HeaderText" value="다음 오류를 수정하십시오." />
<Property name="ShowMessageBox" value="False" />
<Property name="ShowSummary" value="True" />
<Property name="DisplayMode" value="BulletList" />
</ValidationSummary>
<!--
Compare 유효성 검사기에 대한 기본 속성 값입니다.
-->
<Compare />
<!--
RequiredField 유효성 검사기에 대한 기본 속성 값입니다.
-->
<RegularExpression>
<Property name="Text" value="허용되는 문자는 {LegalValues}입니다." />
<Property name="ErrorMessage" value="{FriendlyName}은(는) {LegalValues}(으)로만 구성할 수 있습니다." />
</RegularExpression>
<!--
RequiredField 유효성 검사기에 대한 기본 속성 값입니다.
-->
<RequiredField>
<Property name="InitialValue" value="" />
<Property name="Text" value="이 필드는 필수 필드입니다." />
<Property name="ErrorMessage" value="{FriendlyName}에 대한 내용을 입력해야 합니다." />
</RequiredField>
<!--
사용자 지정 Custom 유효성 검사기에 대한 기본 속성 값입니다.
-->
<Custom>
<Property name="EnableClientScript-x" value="False" />
</Custom>
</Defaults>(참고: 프로그래머 코멘트는 샘플 프로그램 파일에는 영문으로 제공되며 기사에는 설명을 위해 번역문으로 제공됩니다.)
ValidationSummary의 ForeColor 속성에 대한 기본값은 당연히 Common 노드에 있는 값을 재정의합니다. 이 동작은 저절로 발생하는 것이 아니라 코드에서 구현해야 하는 동작입니다.
ValidatorSets 섹션
입력 유효성을 제대로 검사하려면 사용자 입력 필드에 유효성 검사 컨트롤 컬렉션이 필요합니다. 예를 들어 암호 필드의 경우 사용자가 내용을 입력했으며 그 내용이 정의된 문자 집합에 맞는지 확인하려면 RequiredFieldValidator와 RegularExpressionValidator가 필요합니다.
ValidatorCollection에는 ID 특성이 있으며, 만들어서 사용자 입력 필드에 적용해야 할 각 유효성 검사기의 Validator 자식 노드 컬렉션이 있습니다. ValidatorCollection의 ID 특성은 Web Form에 있는 PlaceHolder의 ID 속성과 일치해야 사용자 입력 필드를 만들어 적용할 유효성 검사기의 컬렉션에 연결할 수 있습니다.
예를 들어 암호 필드에 대한 ValidatorCollection에는 Validator 자식 노드가 두 개인 "Password"의 ID가 있습니다. 자식 노드 중 하나는 필수 필드용이고 하나는 정규식용입니다. Validator 하위 노드에는 Defaults 섹션에 정의된 속성 값을 재정의하거나 Defaults 섹션에 정의되어 있지 않은 속성 값이 포함됩니다.
사용자 입력 필드가 많기 때문에 ValidatorCollection 노드 집합이 있고 이러한 노드는 구성 파일의 ValidatorSets 노드 하나에 포함됩니다.
다음은 전자 메일 주소 및 암호 필드에 대한 구성 파일 부분입니다.
<!--
이 섹션에서는 유효성 검사기 그룹을 정의합니다.
유효성 검사기 그룹은 유효성 검사기 컬렉션과 그 속성을 정의합니다.
-->
<ValidatorSets>
<!--
EmailAddress에 사용할 유효성 검사기 컨트롤 컬렉션입니다.
-->
<ValidatorCollection id="EmailAddress"
FriendlyName="Email address"
ControlToValidate="TextBoxEmailAddress">
<Validator type="RequiredField" />
</ValidatorCollection>
<!--
암호에 사용할 유효성 검사기 컨트롤 컬렉션입니다.
-->
<ValidatorCollection id="Password"
FriendlyName="Password"
LegalValues="영문자 및 숫자"
ControlToValidate="TextBoxPassword">
<Validator type="RequiredField" />
<Validator type="RegularExpression">
<Property name="ValidationExpression" value="[A-Za-z0-9]*" />
</Validator>
</ValidatorCollection>
</ValidatorSets>
전자 메일 주소 컬렉션에는 RequiredFieldValidator를 동적으로 만들어 TextBoxEmailAddress 사용자 입력 컨트롤에 적용해야 함을 나타내는 Validator 자식 노드 한 개가 있습니다. Validator 노드에는 자식 노드가 없으므로 Defaults 노드에 정의된 속성 값에서 모든 속성 값이 파생됩니다. 이 동작 역시 저절로 발생하는 것이 아니라 코드에서 구현해야 합니다.
암호 컬렉션에는 RequiredFieldValidator와 RegularExpressionValidator를 동적으로 만들어 TextBoxEmailPassword 사용자 입력 컨트롤에 적용해야 함을 나타내는 두 개의 Validator 자식 노드가 있습니다. RegularExpressionValidator의 ValidationExpression 속성은 "[A-Za-z0-9]"로 설정되어야 합니다. RequiredFieldValidator 유효성 검사기도 Defaults 노드에 정의된 속성 값에서 해당 속성 값을 가져와야 합니다.
이제 필드 이름 값을 정의하겠습니다. ValidatorCollection 노드에 FriendlyName이라는 특성이 있어야 합니다. 이 특성의 내부 텍스트를 사용하여 구성 파일에 포함된 속성 값에 있는 모든 {FriendlyName} 인스턴스를 대체하므로 여러 ValidatorCollection이 같은 기본 필수 필드 유효성 검사기 정의를 참조할 수 있으며 이러한 노드는 해당 이름을 식별하여 최종 사용자에게 표시되는 메시지를 사용자 지정하기만 하면 됩니다.
데이터 구조
이 구성 정보를 모두 저장할 특정 형식의 데이터 구조가 필요합니다. 작업을 단순화하기 위해 많은 시간을 투자하여 이 데이터 구조를 빌드한 다음 ASP.NET 응용 프로그램 캐시에 저장할 수 있습니다.
이러한 형식의 구조는 응용 프로그램 안의 모든 단일 페이지와 관련이 있으므로 응용 프로그램 캐시에 저장하기에 적합합니다. 구성 파일에서 캐시 종속성을 설정하여 파일을 수정할 경우 캐시 항목을 void로 설정한 후 다음 액세스에서 다시 만들도록 할 수도 있습니다.
응용 프로그램 캐시에 저장되는 데이터 구조는 다음과 같습니다.
그림 1. 응용 프로그램 캐시에 저장되는 데이터 구조
Hashtable에는 동적으로 유효성 검사기 컨트롤을 만들어 적용해야 하는 각 사용자 입력 필드 항목이 포함됩니다. 위의 그림 1에 나오는 "email" 및 "psword"와 같은 키는 동적으로 만들어 추가할 유효성 검사기 목록을 확인할 수 있게 해 주는 PlaceHolder의 ID 속성과 일치합니다.
그러므로 전자 메일 주소 등의 사용자 입력 필드가 있는 Web Form에는 "email"의 ID가 있는 PlaceHolder 컨트롤이 포함됩니다. 이 컨트롤을 사용하여 Hashtable로 인덱싱하고, 동적으로 만들어 PlaceHolder에 추가할 유효성 검사기의 ArrayList에 액세스할 수 있습니다. ArrayList는 반복되며 동적으로 만든 유효성 검사기의 속성은 연결된 StringDictionary에 저장됩니다.
DynamicValidationManager 클래스
이 절차를 관리하기 위해 두 개의 public 메서드가 있는 간단한 클래스를 만듭니다. 메서드 중 하나는 구문이고 다른 하나는 지정된 Web Form이나 사용자 정의 컨트롤에 대한 유효성 검사 컨트롤을 동적으로 로드할 메서드입니다.
관리자가 모든 Web Form에 PlaceHolder를 만드느라 시간을 허비하지 않도록 이 컨트롤을 응용 프로그램 캐시에 저장합니다. 액세스할 때마다 컨트롤을 만들어야 할지 여부를 확인합니다. 컨트롤을 만들어야 하는 경우는 처음 액세스하는 경우와 항목이 플러시된 경우입니다. 개체가 연결된 구성 파일에 종속되므로 파일을 수정할 경우 응용 프로그램 캐시에서 자동으로 관리자가 플러시되도록 캐시 종속성을 설정할 수 있습니다.
동적 유효성 검사 관리자 생성자
생성자는 위의 그림 1에서와 같은 데이터 구조를 만들어야 합니다. 그러려면 다음 단계를 수행해야 합니다.
- 관리자의 개인 속성과 생성자 서명을 정의합니다.
- 구성 파일을 XML 문서로 로드합니다.
- 공용 및 기본 속성 값을 로드합니다.
- 각 유효성 검사기 컬렉션을 반복합니다.
개별 유효성 검사기 컬렉션을 로드합니다.
유효성 검사기에 대해 정의된 각 속성을 반복합니다.
공용/기본 속성 값이 정의되어 있으면 문자열 사전에 삽입합니다.
문자열 사전에서 특정 속성 값을 덮어쓰거나 삽입합니다.
유효성 검사기의 배열 목록에 문자열 사전을 추가합니다.
유효성 검사기 컬렉션의 해시 테이블에 배열 목록을 추가합니다.
- 이러한 단계를 구현할 코드는 아래에 나와 있습니다.
개인 속성 및 생성자 서명 정의
동적 유효성 검사 관리자에 대해 두 개의 개인 속성이 있어야 합니다. 하나는 처리할 유효성 검사기 컨트롤 종류 목록이고 다른 하나는 유효성 검사기 컬렉션의 해시 테이블입니다. 생성자 서명에는 구성 파일 경로를 정의하는 매개 변수가 포함됩니다. 아래를 보면 자세히 알 수 있습니다.
// 다음은 제공할 유효성 검사기 형식입니다.
private enum ValidatorTypes {Common, Compare,
Custom, Range, RegularExpression, RequiredField,
ValidationSummary};
// 구성 파일의 <ValidatorCollections> 노드에 정의된
// 유효성 검사기 컨트롤 컬렉션을 보관합니다.
// 이 항목은 정의된 각 유효성 검사기에 대한
// 속성/값의 문자열 사전 배열 목록을 보관합니다.
private Hashtable validatorCollections = new Hashtable();
/// <summary>
/// 동적 유효성 검사 개체를 빌드합니다.
/// </summary>
/// <param name="validatorsConfigFile">동적 유효성 검사 컨트롤에 대한
/// 구성 파일</param>
public DynamicValidationManager( string validatorsConfigFile )
{
ValidatorTypes 열거형을 사용하면 쉽게 문자열 값 목록을 처리하거나 정수 인덱스에 액세스할 수 있으므로 이 열거형을 사용합니다. Enum 클래스의 GetNames() 정적 메서드를 사용하면 문자열 값 목록을 가져올 수 있으며, 열거형의 인스턴스를 정수로 캐스팅하기만 하면 해당 인덱스를 가져올 수 있습니다.
XML 문서로 구성 파일 로드
구성 파일을 로드하기 위한 코드는 다음과 같이 매우 간단합니다.
// 구성 파일을 XML 문서로 로드합니다.
XmlTextReader xmlTextReader = new XmlTextReader( validatorsConfigFile );
XmlDocument configurationDocument = new XmlDocument();
configurationDocument.Load( xmlTextReader );
XML 데이터에 대해 빠르고 캐시되지 않은 전진 전용 액세스만 가능하도록 XmlTextReader를 사용합니다. 최대한 빨리 이 구성 파일을 처리할 것이며 데이터 구조에 값이 저장되므로 이 파일을 캐시할 필요가 없습니다.
공용 및 기본 속성 값 로드
StringDictionaries의 임시 배열을 사용하여 공용 값 및 기본값을 저장합니다. 구성 파일의 Defaults 노드에 정의된 대로 각 StringDictionary에는 모든 공용 및 기본 속성 값이 저장됩니다. 그러면 ValidatorCollections 노드에 정의된 특정 유효성 검사기 값을 설정할 때 올바른 "기본값" 해시 테이블에 신속하게 액세스할 수 있습니다.
기본 속성 값을 로드하기 위한 코드는 다음과 같습니다.
// 구성 파일의 <Defaults> 노드에 정의된
// 기본 속성을 보관합니다.
// 배열에는 기본 속성의 StringDictionary 하나와
// 각 유효성 검사기 형식에 대한 기본 속성 및 값이 보관됩니다.
StringDictionary[] defaultProperties =
new StringDictionary[Enum.GetNames(typeof(ValidatorTypes)).Length];
// 각 ValidatorType을 반복합니다.
int iCnt = 0;
foreach ( string validatorType in Enum.GetNames( typeof(ValidatorTypes) ) )
{
// 현재 유효성 검사기 형식에 대한
// 속성/값 쌍을 보관할 새 해시 테이블을 만듭니다.
defaultProperties[iCnt] = new StringDictionary();
// 구성 문서에서 기본 설정을 로드합니다.
LoadDefaultProperties( configurationDocument,
validatorType, defaultProperties[iCnt] );
// 카운터가 증가합니다.
iCnt++;
}
StringDictionaries의 defaultProperties 배열을 정의하고 Enum 클래스의 정적 메서드 GetNames()가 반환한 배열 길이를 사용하여 정확한 항목 수를 가져옵니다.
그런 다음 ValidatorTypes 열거형에 있는 이름 배열의 각 항목을 반복하고 LoadDefaultProperties 메서드를 호출하여 기본 속성에 로드합니다.
LoadDefaultProperties 메서드에 대한 코드는 다음과 같습니다.
/// <summary>
/// 구성 문서의 기본 설정을 속성 저장소로 로드합니다.
/// </summary>
/// <param name="configurationDocument">구성 정보를 보관하는
/// XML 문서</param>
/// <param name="validatorType">로드할 유효성 검사기 형식</param>
/// <param name="propertyStore">검색된 기본 속성 및 값을
/// 보관할 저장소</param>
private void LoadDefaultProperties( XmlDocument configurationDocument,
string validatorType, StringDictionary defaultPropertiesStore )
{
// 지정한 유효성 검사기의 기본 속성을 보관하는
// 노드를 선택합니다.
XmlNode defaultValidatorNode =
configurationDocument.SelectSingleNode( "//Defaults/" +
validatorType );
// 기본 유효성 검사기 속성이 들어 있는 노드가 있을 경우 다음과 같이 설정합니다.
if ( defaultValidatorNode != null )
{
// 각 유효성 검사기 속성에 대해 다음과 같이 설정합니다.
foreach( XmlNode defaultValidatorProperty in
defaultValidatorNode.ChildNodes )
{
// XML 요소만 처리하고 주석 등은 무시합니다.
if ( defaultValidatorProperty is XmlElement )
{
// 기본 속성 저장소의 저장소에
// 속성 이름과 기본값을
// 삽입합니다.
string propertyName = GetAttribute( defaultValidatorProperty,
"name" );
string propertyValue = GetAttribute( defaultValidatorProperty,
"value" );
defaultPropertiesStore[ propertyName ] = propertyValue;
}
}
}
}
이 코드 역시 매우 간단합니다. 메서드에는 XML 구성 문서, 처리할 유효성 검사기 형식, 값을 로드할 StringDictionary가 제공됩니다.
SelectSingleNode 메서드를 사용하여 올바른 형식의 XPath 식을 전달하여 구성 문서에 기본 유효성 검사기 노드를 포함합니다. 기본 유효성 검사기 노드가 반환되면 다음과 같은 형식의 결과가 발생합니다.
<RequiredField>
<Property name="InitialValue" value="" />
<Property name="Text" value="이 필드는 필수 필드입니다." />
<Property name="ErrorMessage"
value="{FriendlyName}에 대한 내용을 입력해야 합니다." />
</RequiredField>
위에 나와 있는 기본 RequiredField 노드 샘플에서는 실제 속성 이름과 값이 들어 있는 여러 자식 노드가 있으며 이러한 노드는 속성 값을 나타낸다는 것을 보여 줍니다.
defaultValidatorNode의 ChildNodes 속성에 액세스하여 자식 노드 컬렉션으로 이동합니다. 각 자식 노드에 대해 GetAttribute 메서드를 사용하여 이름/값 특성을 추출하고 이러한 특성을 키/값 쌍으로 StringDictionary에 삽입합니다.
여기서는 속성 값에 매개 변수를 포함할 수 있으며 ErrorMessage 속성에서 이 사실을 확인할 수 있습니다. FriendlyName 매개 변수의 실제 값은 구성 문서의 ValidatorSets 노드에 정의된 특정 유효성 검사기에 대해 정의됩니다.
각 유효성 검사기 컬렉션 반복
구성 문서에 지정된 공용 및 기본값을 모두 로드했으므로 ValidatorSets 노드에 있는 유효성 검사기 컬렉션 집합을 로드할 수 있습니다.
코드를 쉽게 읽을 수 있도록 생성자가 LoadAllValidatorCollections 메서드를 호출하여 XML 구성 문서 및 기본값이 들어 있는 해시 테이블 배열에 전달합니다.
LoadAllValidatorCollections 메서드는 다음과 같습니다.
/// <summary>
/// 유효성 검사기 컬렉션을 모두 로드합니다.
/// </summary>
/// <param name="configurationDocument">구성 정보를 보관하는
/// XML 문서</param>
private void LoadAllValidatorCollections( XmlDocument
configurationDocument, StringDictionary[] defaultProperties )
{
// 지정한 사용자 입력 필드의 유효성 검사기 컬렉션을 모두 보관하는
// 노드를 선택합니다.
XmlNode allValidatorCollections =
configurationDocument.SelectSingleNode( "//ValidatorSets" );
// 유효성 검사기 컬렉션이 들어 있는 노드를 가져온 경우 다음과 같이 설정합니다.
if ( allValidatorCollections != null )
{
// 유효성 검사기 컬렉션을 반복합니다.
foreach ( XmlNode validatorCollection in
allValidatorCollections.ChildNodes )
{
// 사용자 입력 필드에 대한 유효성 검사기 컬렉션을 로드합니다.
if ( validatorCollection is XmlElement )
{
LoadIndividualValidatorCollection( validatorCollection,
defaultProperties );
}
}
}
}
일련의 자식 노드를 처리한다는 점에서 이 메서드는 LoadDefaultProperties 메서드와 매우 비슷합니다. LoadIndividualValidatorCollection 메서드는 XML 구성 문서에서 개별 유효성 검사기 컬렉션을 로드하기 위해 호출됩니다.
개별 유효성 검사기 컬렉션 로드
다음은 암호 필드의 샘플 구성 문서 유효성 검사기 컬렉션입니다.
<ValidatorCollection id="Password" FriendlyName="Password"
LegalValues="영문자 및 숫자"
ControlToValidate="TextBoxPassword">
<Validator type="RequiredField" />
<Validator type="RegularExpression">
<Property name="ValidationExpression" value="[A-Za-z0-9]*" />
</Validator>
</ValidatorCollection>
이 XML 노드를 제대로 처리하기 위해서는 이 노드에 대해 두 가지 사항을 이해해야 합니다. 첫째, id 특성은 Web Form에 있는 PlaceHolder 컨트롤의 ID 속성과 일치합니다. 이 특성을 통해 동적으로 만든 유효성 검사 컨트롤을 추가할 위치를 알 수 있으므로 해당 컨트롤을 올바르게 렌더링하여 Web Form에 표시할 수 있습니다.
둘째, ControlToValidate 특성은 동적으로 만들어 컬렉션에 포함한 모든 유효성 검사기 컨트롤을 적용할 특정 사용자 입력 컨트롤의 ID 속성과 일치합니다. 끝으로, ValidatorCollection 노드는 매개 변수를 특성으로 정의하며 이 내용은 위의 FriendlyName 및 LegalValues 매개 변수에서 알 수 있습니다.
LoadIndividualValidatorCollection 메서드는 먼저 개별 Validator 자식 노드에서 데이터를 보관하는 데 사용할 ArrayList를 만듭니다. 그런 다음 각 유효성 검사기 자식 노드에 대해 실제 속성 이름과 값을 보관할 StringDictionary를 만듭니다. 식별자, 유효성을 검사할 컨트롤 등의 정보를 기억하기 위해 자식 노드의 특성에 액세스합니다. 아래를 보면 자세히 알 수 있습니다.
/// <summary>
/// 지정한 사용자 입력 필드에 적용할 유효성 검사기 컬렉션을 로드합니다.
/// </summary>
/// <param name="validatorCollection">유효성 검사기 컬렉션</param>
/// <param name="defaultProperties">기본 속성 값</param>
private void LoadIndividualValidatorCollection( XmlNode
validatorCollection, StringDictionary[] defaultProperties )
{
// 지정한 필드에 적용할 유효성 검사기 목록입니다.
ArrayList validatorList = new ArrayList();
// 유효성을 검사할 컨트롤을 기억합니다.
string controlToValidate = GetAttribute( validatorCollection,
"ControlToValidate" );
// 컬렉션의 각 유효성 검사기를 반복합니다.
foreach( XmlNode validatorNode in validatorCollection.ChildNodes )
{
// XML 요소만 처리하고 주석 등은 무시합니다.
if ( validatorNode is XmlElement )
{
// 새로운 문자열 사전을 사용하여
// 유효성 검사기의 속성과 값을 보관합니다.
StringDictionary validatorProperties = new StringDictionary();
// 이 유효성 검사기로 검사할 컨트롤을 기억합니다.
validatorProperties[ "ControlToValidate" ] = controlToValidate;
// 유효성 검사기 형식을 기억합니다.
string typeofValidator = GetAttribute( validatorNode, "type" );
validatorProperties["ValidatorType"] = typeofValidator;
// ServerValidate 이벤트 처리기를 추가합니다(Custom 유효성 검사기에만 사용).
validatorProperties[ "ServerValidate" ] =
GetAttribute( validatorNode, "ServerValidate" );
여기서 개별 유효성 검사기의 특정한 속성 값을 정의하는 데 사용한 몇 가지 컨트롤 정보를 기록했습니다. 예를 들어 유효성을 검사할 사용자 입력 컨트롤, 만들려는 유효성 검사기 컨트롤 형식, ServerValidate 이벤트를 호출할 메서드 이름(있을 경우) 등을 기록했습니다. 이제 이 유효성 검사기에 대한 속성 이름과 값을 validatorProperties StringDictionary로 로드하겠습니다.
먼저 공용 속성 값, 기본 속성 값 순서로 validatorProperties StringDictionary에 로드한 다음 구성 문서에서 특정 값을 로드합니다. AssignDefaultValues 메서드를 호출하여 공용 및 기본값 할당을 처리합니다. private 메서드에는 이 유효성 검사기의 속성 이름과 값이 포함되는 StringDictionary 매개 변수와 공용 또는 기본 속성과 값이 포함되는 StringDictionary 매개 변수를 지정할 수 있습니다.
그러면 기본 속성 값이 공용 값을 덮어써서 공용 값보다 우선합니다. 아래를 보면 자세히 알 수 있습니다.
// 모든 유효성 검사기에 공통으로 기본 속성 값을 할당합니다.
AssignDefaultValues( validatorProperties,
defaultProperties[(int) ValidatorTypes.Common] );
// 이러한 형식의 유효성 검사기에 대한 기본 속성 값을 할당합니다.
ValidatorTypes validatorType = (ValidatorTypes) Enum.Parse(
typeof(ValidatorTypes), typeofValidator );
AssignDefaultValues( validatorProperties,
defaultProperties[(int) validatorType] );
간단한 요령을 이용해 defaultProperties 배열에 들어 있는 StringDictionary 중 어느 것을 사용할지 결정했습니다. 이전의 ValidatorTypes 열거형 선언을 기억해 보십시오.
// 다음은 관리할 유효성 검사기 형식입니다.
private enum ValidatorTypes {Common, Compare,
Custom, Range, RegularExpression, RequiredField,
ValidationSummary};
typeOfValidator 변수는 validatorNode의 "type" 특성에서 가져온 문자열이며 값은 "Compare", "Custom" 등입니다. 이 변수는 열거된 상수 중 하나의 이름을 나타내는 문자열이므로 Enum 클래스의 정적 Parse 메서드를 사용하여 열거된 해당 개체를 가져올 수 있습니다.
기본 열거형을 지정하지 않았으므로 기본 Int32 형식이 사용됩니다. 따라서 validatorType 열거형을 Int32에 캐스팅하면 열거형에서 정수 값이 제공됩니다. 그런 다음 StringDictionary의 defaultProperties 배열로 인덱싱하여 올바른 유효성 검사기 형식의 기본값을 얻을 수 있습니다.
이 유효성 검사기에 대해 특별히 정의된 속성과 값에 액세스하려면 유효성 검사기의 각 자식 노드를 반복해야 합니다. 그러면 필드 이름 매개 변수를 ValidatorCollection 노드의 명명된 해당 특성에서 파생된 값으로 바꿀 수 있습니다. 마지막으로 특정 속성 이름과 값의 StringDictionary를 ArrayList에 추가할 수 있습니다.
아래를 보면 자세히 알 수 있습니다.
// 각 속성 노드를 반복합니다.
foreach ( XmlNode propertyNode in validatorNode.ChildNodes )
{
// XML 요소만 처리하고 주석 등은 무시합니다.
if ( propertyNode is XmlElement )
{
// 이 유효성 검사기에 대해 명시적으로 지정된 속성 이름/값을 추가합니다.
string propertyName = GetAttribute( propertyNode, "name" );
string propertyValue = GetAttribute( propertyNode, "value" );
validatorProperties[ propertyName ] = propertyValue;
}
}
// 이제 문자열 사전이 만들어졌으므로
// 지정된 필드 이름 대체 항목을 만듭니다.
ReplaceFieldnamesWithValues( validatorProperties, validatorCollection );
// 마지막으로 유효성 검사기 속성 값을 포함하는
// 문자열 사전을 이 그룹의 유효성 검사기 목록에
// 추가합니다.
validatorList.Add( validatorProperties );
필드 이름을 알맞은 값으로 대체하는 방법에 대해서는 자세히 다루지 않겠습니다. 간단히 말해 문자열 사전에 들어 있는 속성 값을 반복하여 여는 중괄호를 찾아야 합니다. 여는 중괄호를 찾으면 닫는 중괄호까지의 문자열을 가져와야 하며, 이 내용이 매개 변수 이름이 됩니다. 그런 다음 유효성 검사기 컬렉션 노드에서 이 이름의 특성을 찾고 해당 InnerText 속성을 매개 변수 값으로 사용합니다. 문자열 대체 항목을 사용하면 매개 변수 이름이 간단히 매개 변수 값으로 대체됩니다.
동적으로 유효성 검사 컨트롤 로드
위의 그림 1에 정의된 대로 구성 파일을 런타임 데이터 구조에 로드했으므로 이제 유효성 검사기 컨트롤을 동적으로 만들어 PlaceHolder에 추가하는 재미있는 부분에 집중하여 살펴보겠습니다.
LoadDynamicValidators 메서드는 자리 표시자를 호스트하는 UserControl이라는 단일 입력 매개 변수를 사용합니다. 기본 개념은 이 메서드가 사용자 정의 컨트롤에서 호스트하는 컨트롤 모음을 반복한다는 점입니다. PlaceHolder 컨트롤을 찾으면 validatorCollections 해시 테이블로 인덱싱하여 이 PlaceHolder에 대해 동적으로 생성할 유효성 검사기 컨트롤 집합이 있는지 확인합니다. 컨트롤 집합이 있으면 컨트롤을 반복하여 적절한 컨트롤을 만들고 StringDictionary에 있는 값에 따라 속성을 설정한 다음 PlaceHolder의 컨트롤에 추가하면 됩니다. 웹 페이지를 클라이언트 브라우저로 렌더링하면 동적으로 생성한 유효성 검사 컨트롤이 포함되고 구성 파일에서 정의한 대로 사용자 입력의 유효성이 검사됩니다.
이러한 구현을 위해 사용자 입력 컨트롤이 사용자 정의 컨트롤 내에서 호스트되도록 제한했습니다. 실제 ASPX 웹 페이지에 사용자 입력 컨트롤이 있는 경우 그에 따라 이 메서드를 수정하거나 오버로드해야 합니다.
사용자 정의 컨트롤의 자식 컨트롤을 반복하고 PlaceHolder 컨트롤이 있는지 여부를 검색하는 LoadDynamicValidators 메서드 서명은 다음과 같습니다.
/// <summary>
/// 유효성 검사기를 자리 표시자에 동적으로 로드합니다.
/// </summary>
/// <param name="placeHolder">유효성 검사기를 로드할
/// 자리 표시자</param>
/// <param name="userControl">사용자 입력 필드 및
/// 유효성 검사 컨트롤을 호스트하는 사용자 정의 컨트롤</param>
public void LoadDynamicValidators( UserControl userControl )
{
foreach ( Control childControl in userControl.Controls )
{
if ( childControl is PlaceHolder )
{
// 단순한 가독성 향상을 위해 자리 표시자 컨트롤 할당
PlaceHolder placeHolderControl = (PlaceHolder) childControl;
placeHolderControl 변수를 사용합니다. foreach 문의 본문 내에서 childControl 식별자를 직접적으로 참조할 수 있도록 가독성을 향상시키기 위한 것입니다. 그러나 placeHolderControl 변수를 사용하면 코드를 좀더 쉽게 읽고 이해할 수는 있지만 추가적인 클럭 주기의 오버헤드와 약간의 메모리 소모가 발생할 수 있습니다.
이제 placeHolderControl이 validatorCollections 해시 테이블의 해시 테이블에 항목을 가지고 있는지 확인해야 합니다. 방법은 다음과 같습니다.
// 이 userControlChildControl에 동적으로 추가할
// 유효성 검사기 목록을 가져옵니다.
ArrayList validatorList = (ArrayList)
validatorCollections[ placeholderControl.ID ];
// 동적으로 생성된 유효성 검사기 컨트롤을
// 포함하도록 구성된 프로세스 컨트롤만
if ( validatorList != null )
{
validatorList가 null이 아니면 적용할 유효성 검사기 목록이 있다는 의미입니다. 지정한 각 유효성 검사 컨트롤을 동적으로 생성하고 그에 따라 속성을 설정해야 합니다. 방법은 다음과 같습니다.
// 목록에서 각 유효성 검사기를 반복합니다.
for ( int iCnt = 0; iCnt < validatorList.Count; iCnt++ )
{
// 유효성 검사기에 대한 속성 이름/값의 문자열 사전을 가져옵니다.
StringDictionary validatorProperties =
(StringDictionary) validatorList[iCnt];
// 동적으로 생성된 각 placeholderControl 사이에
// 공백을 만들어 추가합니다.
// 이 작업이 수행되었는지 여부와 추가된 내용은
// 구성 파일에서 조정할 수 있습니다.
Literal spacer = new Literal();
spacer.Text = "?";
userControl.Controls.Add( spacer );
// 문자열 사전에 저장된 구성 정보에 따라
// 유효성 검사기 형식을 동적으로 만들고
// 채웁니다.
switch( validatorProperties["ValidatorType"].ToLower() )
{
// 각 case 문은 다음과 동일한 형식이어야 합니다.
// (1) 올바른 형식의 유효성 검사기를 만듭니다.
// (2) 유효성 검사기의 속성을 설정합니다.
// (3) placeholderControl에 추가합니다.
case "range":
RangeValidator rangeValidator = new RangeValidator();
SetProperties( rangeValidator, validatorProperties );
placeholderControl.Controls.Add( rangeValidator );
break;
// requiredfield, regularexpression, compare,
// validationsummary는 간단하게 하기 위해 이 코드 조각에서
// 생략되었습니다. 그러나
// 이 인수들은 범위 유효성 검사기의 인수와 유사합니다.
// 사용자 지정 유효성 검사기는 이벤트 처리기도 설정해야 합니다.
case "custom":
CustomValidator customValidator = new CustomValidator();
SetProperties( (Control) customValidator, validatorProperties );
SetEventHandler( (Control) customValidator,
validatorProperties, userControl );
placeholderControl.Controls.Add( customValidator );
break;
}
}
validatorList로 인덱싱하고 적절하게 캐스팅하여 구성 파일에 지정된 속성 이름 및 값을 저장하는 문자열 사전을 가져옵니다. 문자열 사전에서 키는 다양한 속성 이름으로 매핑되고 관련 값은 속성 값의 문자열 표현으로 매핑됩니다.
위의 코드에서는 HTML 단어 잘림 방지 공백을 보유하는 리터럴로 자동 추가합니다. 이런 경우 구성 파일에서 올 수 있습니다. 공통되고 기본적인 특정 HTML을 추가할 수 있는 ValidatorCollection 및 Validator 노드뿐만 아니라 다양한 Defaults 노드에 있는 "HTMLPrefix"라는 추가 특성은 쉽게 생각할 수 있습니다. 또한 "HTMLPostfix" 특성을 제공할 수 없는 이유는 없습니다.
문자열 사전의 ValidatorType 키는 동적으로 만들어야 하는 유효성 검사기 컨트롤의 형식을 알려 줍니다. switch 문을 사용하여 해당 case 문에 대한 흐름 제어를 지시하고 마지막으로 유효성 검사기 컨트롤을 만들어 속성을 설정할 수 있습니다.
CustomValidator 컨트롤과 별도로 각 case 문에는 동일한 패턴이 있습니다. 유효성 검사 컨트롤을 만들고, 문자열 사전에 정의된 대로 속성을 설정하고, PlaceHolder 컨트롤을 추가하는 것입니다.
호출되는 private SetProperties 메서드는 매우 간단한 루틴이기 때문에 자세히 살펴보지는 않겠습니다. 이 메서드는 문자열 사전에서 각 키를 반복하여 속성 이름으로 해석합니다. 리플렉션을 사용하여 컨트롤 속성의 값을 설정할 수 있는 PropertyInfo 개체를 가져옵니다. 그런 다음 올바른 형식의 개체를 만들고 마지막으로 PropertyInfo의 SetValue 메서드를 사용하여 값을 설정합니다.
리플렉션을 사용하여 컨트롤의 속성을 설정했지만 실제 시나리오에서는 권장되는 옵션이 아닙니다. 처리량 및 성능 관점에서 볼 때 리플렉션에 드는 비용은 너무 크기 때문입니다. 실제로는 먼저 사용할 유효성 검사기의 형식 및 설정할 속성을 결정하는 일련의 switch 문이 있습니다. 그런 다음 또 다른 switch 문에서 직접 속성을 결정하고 설정합니다. 그러나 데모용 코드를 상대적으로 간단하고 읽기 쉽게 하기 위해 리플렉션을 선택한 것입니다.
위의 코드 조각에서 CustomValidator 컨트롤에 대한 이벤트 처리기 설정을 제공했습니다. CustomValidator 컨트롤을 사용하여 입력 컨트롤에 사용자 정의(즉, 개발자 정의) 유효성 검사 기능을 제공합니다. CustomValidator 컨트롤에는 항상 서버 쪽 유효성 검사 기능이 있으며 클라이언트 쪽 유효성 검사 기능도 있을 수 있습니다. 클라이언트 쪽 유효성 검사 기능은 단순한 문자열 속성으로 지정할 수 있으므로 코드에서 쉽게 처리할 수 있으며 다른 문자열 형식 속성(예: ErrorMessage 또는 Text)처럼 액세스하여 설정할 수 있습니다.
일반적으로 Web Form 개발자는 Web Form의 코드 숨김 또는 사용자 정의 컨트롤로 메서드를 만들고 ServerValidate 이벤트에 대한 응답으로 호출되도록 지정합니다. Visual Studio는 이 작업을 구현하기 위해 빌드 프로세스의 일부로 모든 어려운 작업을 백그라운드로 수행합니다. 불행하게도 충분한 기능이 없으므로 리플렉션을 사용하여 이 작업을 수행해야 합니다.
다음과 같이 SetEventHandler 메서드를 사용하여 이벤트를 처리기를 설정합니다.
/// <summary>
/// 사용자 정의 컨트롤에서 메서드를 호출하도록
/// 유효성 검사 컨트롤에서 이벤트 처리기를 설정합니다.
/// </summary>
/// <param name="validationControl">이벤트를
/// 발생시키는 유효성 검사 컨트롤</param>
/// <param name="eventName">이벤트 이름</param>
/// <param name="methodName">호출할 메서드</param>
/// <param name="userControl">메서드가 선언되는
/// 사용자 정의 컨트롤</param>
private void SetEventHandler( Control validationControl,
string eventName, string methodName, UserControl userControl)
{
if ( methodName != null && eventName != null )
{
// 유효성 검사 컨트롤에 대한 개체 형식을 가져옵니다.
Type childControlType = validationControl.GetType();
// 이벤트에 대한 정보를 가져옵니다.
EventInfo eventInfo = childControlType.GetEvent( eventName );
// 사용자 정의 컨트롤의 클래스 인스턴스에서
// 지정한 메서드를 호출할 올바른 형식의 대리자를
// 만듭니다.
Delegate delegateEventHandler =
(Delegate) Delegate.CreateDelegate( eventInfo.EventHandlerType,
userControl, methodName);
// 자식 컨트롤에 대한 eventhandler로 대리자를 추가합니다.
eventInfo.AddEventHandler( validationControl, delegateEventHandler );
}
}
null이 아닌 이벤트 이름 및 메서드 이름을 지정했다고 가정하면 먼저 유효성 검사 컨트롤의 Type 개체를 가져와야 합니다. 이 개체는 리플렉션 기능의 루트를 형성하고 이벤트 정보 같은 메타데이터에 액세스하는 기본 방법입니다.
Microsoft .NET Framework의 이벤트 모델에는 기본적으로 이벤트를 처리기에 연결하는 대리자가 있습니다. 바로 여기서 수행하려는 작업이 이벤트를 처리기에 연결하는 작업입니다.
대리자 클래스는 메서드에 대한 참조를 보관할 수 있습니다. 다른 클래스와 달리 대리자 클래스는 고유한 서명과 일치하는 메서드에 대한 참조만 보관할 수 있습니다. 따라서 대리자는 형식이 안전한 함수 포인터와 같습니다.
유효성 검사 컨트롤의 Type 개체에서 GetEvent를 호출하여 지정한 이벤트에 대한 정보를 가져옵니다. 이렇게 하면 이 이벤트와 관련된 처리기의 Type 개체에 액세스할 수 있습니다. 이 개체에서 올바른 형식의 대리자를 동적으로 만들 수 있습니다.
Delegate 클래스의 정적 CreateDelegate 메서드에 오버로드가 많습니다. 여기서 사용하는 오버로드를 통해 지정된 클래스의 지정된 인스턴스 메서드에 대한 대리자 또는 함수 포인터로 생각할 수 있는 대리자를 만들 수 있습니다. 따라서 사용자 정의 컨트롤 개체에 구현된 methodName 매개 변수로 지정한 메서드를 호출할 올바른 형식의 대리자를 만듭니다.
대리자 이벤트 처리기가 있으면 eventInfo의 AddEventHandler를 처리하여 유효성 검사 컨트롤에 추가만 하면 됩니다. 이 작업이 완료되면 유효성 검사 컨트롤에서 이벤트가 발생할 때마다 사용자 정의 컨트롤의 인스턴스에서 지정한 메서드를 호출합니다.
DynamicValidationManager 사용
이제 지정된 구성 파일에 유효성 검사 컨트롤을 동적으로 생성하여 다양한 사용자 입력 컨트롤에 적용하는 메커니즘을 구현하는 클래스가 있습니다.
그런데 웹 응용 프로그램에서 이 클래스를 어떻게 사용해야 할까요? 방법은 매우 간단합니다. 이 기사에 포함된 웹 응용 프로그램 프로젝트에서 사용자로부터 정보를 수집하는 몇 가지 폼을 만들었습니다. 기본적으로 무료 전자 메일 계정에 대한 정보를 등록합니다. 이 정보를 입력하면 사용자는 자신의 계정으로 로그인할 수 있으며 실제 응용 프로그램인 경우에는 전자 메일을 보내고 받을 수 있습니다.
이미 "한 페이지 웹 응용 프로그램"에 대한 간단한 폼을 구현했습니다. 이 단일 페이지는 "페이지" Request 매개 변수에서 지정한 대로 다양한 사용자 정의 컨트롤을 로드합니다. 즉, 응용 프로그램의 전체 비즈니스 논리가 일련의 사용자 정의 컨트롤에서 실제로 구현됩니다.
System.Web.UI.UserControl에서 파생되는 DVCUserControl이라는 도우미 클래스에서 사용자 정의 컨트롤이 파생되도록 사용자 정의 컨트롤에 대한 코드 숨김을 수정합니다. 사용자 정의 컨트롤의 인스턴스를 만드는 데 필요한 추가 단계를 수행할 수 있도록 OnInit 메서드를 재정의합니다. 유효성 검사기 컨트롤을 사용자 정의 컨트롤의 다양한 자리 표시자에 동적으로 로드할 때 동적 유효성 검사 관리자의 LoadDynamicValidators 메서드만 호출하면 됩니다.
방법은 다음과 같습니다.
/// <summary>
/// 이 인스턴스를 만들고 설정하는 데 필요한
/// 초기화 단계 수행에 사용됩니다.
/// </summary>
/// <param name="e">이벤트 인수</param>
protected override void OnInit( EventArgs e)
{
// 이 사용자 정의 컨트롤에 대해 동적으로 생성된 모든 유효성 검사기를 로드합니다.
DynamicValidationManager.LoadDynamicValidators( this );
}
결론
이 기사에서는 웹 응용 프로그램에 대한 유효성 검사 컨트롤의 동적 생성 구현 메커니즘에 대해 설명했습니다. 이 메커니즘은 비슷한 정보에 대한 사용자 입력 컨트롤이 여러 페이지에 걸쳐 있거나 유효성 검사 컨트롤의 기본 속성이 자주 변경되는 경우에 가장 효율적입니다.
이 메커니즘을 사용하면 웹 개발자들은 사용자 입력 유효성 검사에 집중할 필요 없이 비즈니스 논리 구현에만 집중할 수 있습니다. 따라서 이 메커니즘을 사용하면 최종 사용자 환경의 일관성을 향상시킬 뿐만 아니라 개발자 생산성도 동시에 높일 수 있습니다.
Copyright ⓒ hompy.info. All rights reserved.
