2012-04-29 4 views
1

은 최근의 몇 가지 읽어 http://tools.ietf.org/html/rfc6570#section-1RFC 6570 URL 템플릿 :의 역할/대 다른 접두사

을 그리고 난 다음 URL 템플릿 예제를 발견

GIVEN : 
    var="value"; 
    x=1024; 
    path=/foo/bar; 

{/var,x}/here   /value/1024/here 
{#path,x}/here  #/foo/bar,1024/here 

다음은 모순 보인다. 첫 번째에서

, / 대체 2 일에서 는, ,이 유지되도록 나타납니다.

따라서이 특정 RFC에는 불일치가 있다는 것이 궁금합니다. 나는이 RFC에 익숙하지 않은 것 같아서 어쩌면 이들이 어떻게 발전했는지 배후에있는 문화를 완전히 이해하지 못할 수도있다.

답변

2

두 예제에는 모순이 없습니다. 첫 번째 문자가 / 인 표현식을 확장하는 규칙이 첫 번째 문자가 # 인 표현식을 확장하는 규칙과 다른 점을 보여줍니다. 이러한 대체 확장 규칙은 RFC에 연산자 인이라고하는 다양한 마법의 주인공을 가지고있는 요점입니다.

선두가 / 인 표현식은 표현식의 각 변수가 값 앞에 대체되어 / 문자 앞에 오는 규칙에 따라 확장됩니다. (나는이 RFC의 3.2.6 절에 설명 된 실제 규칙을 의역으로 말하고있다.) 선도어가있는 표현식은 "표현식의 각 변수가 해당 값으로 바뀌고 #과 그 뒤의 변수 앞에는 ,이 붙습니다. (다시 말하면 실제 규칙은 3.2.4 절 참조)