값은

2014-09-30 6 views
2

내가이 네임 스페이스값은

**

<root> 
<h:table xmlns:h="http://www.w3.org/TR/html4/"> 
    <h:tr> 
    <h:td>Apples</h:td> 
    <h:td>Bananas</h:td> 
    </h:tr> 
</h:table> 
<f:table xmlns:f="http://www.w3schools.com/furniture"> 
    <f:name>African Coffee Table</f:name> 
    <f:width>80</f:width> 
    <f:length>120</f:length> 
</f:table> 
</root> 

**

질문을 사용하여 아래의 문서를 참조 속성 아니면 유효한 http 주소 여야합니까?

예 : - 아래 예제에서 "test1"을 & "test2"라고 지정했습니다. 유효합니까?

<root> 
<h:table xmlns:h="http://test1.com"> 
    <h:tr> 
    <h:td>Apples</h:td> 
    <h:td>Bananas</h:td> 
    </h:tr> 
</h:table> 
<f:table xmlns:f="http://test2.com"> 
    <f:name>African Coffee Table</f:name> 
    <f:width>80</f:width> 
    <f:length>120</f:length> 
</f:table> 
</root> 

답변

0

따르면 the specification하려면 "네임 스페이스의 이름이"이 유효한 URI 수 있습니다 - 포함 가장 익숙한 HTTP URL과 URN (Uniform Resource Name)과 같은 다른 형식으로 관리됩니다.

예에서 http://test1.comhttp://test2.com은 유효한 URI이므로 유효한 네임 스페이스 이름입니다.

그러나, (this section of the spec에서)이 노트는 URI 선택해야하는 방법을 명확히 :

네임 스페이스의 이름은 고유성과 지속성의 특성을 가져야한다, 의도 된 목적을 제공 할 수 있습니다. 스키마 검색에 직접 사용할 수있는 목표는 아닙니다 (존재하는 경우). 통일 자원 이름 [RFC2141]은 이러한 목표를 염두에두고 고안된 구문의 예입니다. 그러나 일반 URL은 이러한 동일한 목표를 달성하는 방식으로 관리 될 수 있습니다.

당신이 (합리적인 정도)을 보장 할 수있는 URI를 생성하는 가장 확실한 방법은 독특한당신이 자신의 도메인을 사용하려면 지속적인이 될 것입니다. 해당 도메인에 대한 권한이있는 한 다른 사람이 동일한 URL을 선택하여 다른 의미를 가질 가능성은 거의 없습니다. 또한 해당 네임 스페이스에 대한 권한을 찾는 사람은 도메인의 컨트롤러 인 권한이 있다고 가정합니다.도메인 user1050619.com을 소유 한 경우

, 당신은 따라서이 일반적이다 아무것도 유용 (또는 아무것도 전혀) 결과에 해당 URL을 해결하기위한 필요가 없습니다 http://user1050619.com/XMLNS/Test1http://user1050619.com/XMLNS/Test2

네임 스페이스 이름을 사용하지만, 수 DTD 또는 스키마 정의와 같은 기계 가독성 문서 또는 해당 스키마로 정의 된 요소를 설명하는 사람이 읽을 수있는 페이지가있는 곳에서 어떤 형태의 문서를 호스트하는 연습을하십시오. 또는 사용자를 Rick Astley 비디오로 리디렉션 할 수 있습니다.)

0

네임 스페이스 URI는 파서가 정보를 검색하는 데 사용되지 않습니다.

내가 언급 한 h 및 f 네임 스페이스의 URI가 고유하고 유효한 URI가되기에 충분해야한다고 생각합니다. 대부분의 예제에서, 나는 스키마 이름으로 사용되는 http를 보았다.

그래서 완벽하게 유효한 네임 스페이스 (즉 유효한 웹 사이트에 매핑되지 않음) 수 :

xmlns:foo="http://my.example.ns"