2011-05-04 1 views
1

A-Z, a-z, 0-9를 허용하는 필드가 있다고 가정 해 보겠습니다. 내가 documenation 또는 API를 만들기를 통해 사람에게 전달하기 위해 노력하고있어 경우 내 코드는 받아 들일 수있다 "무엇을"내가 말을 : "문자 집합 범위"를 국제적으로 정의 된 값으로 표준화

A-Z,a-z,0-9 

은 이제 내 마음이는 경향 제한 및 오류입니다.

내가 제안하고있는 것과 비교하십시오.

내가 누군가에게, 나는 내 코드 ANSI456을 허용 말할 수있는 의사 소통에있을 때 A-Z, A-Z는 0-9가 "코드"ANSI456

를 할당 된 가정하자. 다른 사람이 수표를 발행하는 경우, 내 코드가 수락 할 수 있거나 받아 들일 수없는 것에 혼동이 없습니다. 단지 지정 문자 범위를 제안합니다 사람들에게

, 그 제대로하는 경우에 나는 심지어이 유효한 "코드"사실

0-9, +, -, *,/

로 정의 시나리오를 처리 할 구상하고있어 어떤 점에 유의하시기 바랍니다 , 우리는 자동 코드를 다양한 언어로 생성하여 다른 "코드"를 수용 할 수 있습니다. 좋아

- 난 예를 들어, 무한 값은 ~가 알고 :

a-z  

a-l,n-z 

에서 다른 그리고 이러한이 "시스템"에 두 개의 서로 다른 코드를 가질 것이다.

나는 인간 검토 시스템을 제안하고 있지 않다 - 그것은 수있는 이러한 "코드"

+0

무엇이 당신의 질문입니까? –

+0

유스 케이스는 무엇입니까? "A-Z, a-z, 0-9"또는 유사하게 제한된 수의 문자가 허용되는 장소의 수는 요즘 매우 제한적입니다. 국제화 덕분에 보통 이보다 훨씬 넓은 범위를 받아 들여야합니다. 그리고 만약 ** 제한된 세트를 가지고 있다면 (A-Z, a-z, 0-9') 당신이했던 방식대로 지정하면 완벽하게 괜찮아 보입니다. –

+0

알겠습니다. 어떻게 이름을 확인합니까? – siliconpi

답변

0

이미 표준이 있습니다 생성의 완전 자동하지만 체계적인 방법이 될,이 단어를 가지고 있지 않지만 "표준" 그 이름으로. Perl 5 호환 정규 표현식이라고하며, Perl 5, Java, JavaScript, libpcre 및 기타 많은 컨텍스트에서 사용됩니다.