앞으로 XML로 생성하는 XSL은 XHTML을 사용하여 이동

반면 XML을 계승하고있다 웹 개발의 세계에 익숙한 인프라의 엄청난 금액을, 그 조상은 SGML 그것은 기막히게 웹 개발자들에게 익숙하지 않은 것 수있는 몇 가지 도구와 기술 혁신을 가져왔습니다. 확장 스타일 시트 언어 (XSL은) 및 확장 스타일 시트 언어 변환 (는 XSLT)는 원래 산업용 강도 서식 도구로 개발되었지만, 그들은뿐만 아니라 작동 XHTML과 응용 프로그램이. 아마 누구는 XSLT XSL은 크게하기 때문에 어휘 마크업 작성에 관한 서식을 위해 HTML을 대체하는 HTML을 어휘와 함께 일하고 싶어하는 개발자들에게 흥미로운 일이다.

참고이 문서에서는 XSL은 XHTML의 개발자가 제공하는이 우리에게 뭘 보여주지만, 본격적인 XSL은 튜토리얼은 아니에요. XSL은, 심지어 단지는 XSLT, 거대한 주제 자체적으로 가치있는 문서의 길이를 치료합니다. 당신은 탐구하고자 할 수있습니다 Elliotte 러스티 해럴드 XML을성경 (IDG의 기사, 1999) XPath는 및 XSLT에 철저하게 소개. 켄 홀맨 교육 자료 http://www.cranesoftwrights.com/training/index.htm를 통해 제공되는 설정을 완료했다; 처음이자 마지막 2 개의 기사를 무료 다운로드로 사용할 수있습니다. XSL은 사양 http://www.hmhbwa.org를보실 수있습니다 .w3.org/TR/xsl /. 이 문서는 XSLT가 적용 사양, http://www.w3.org/TR/xslt에서 사용할 수있습니다. 는 XSLT는 XPath를 사용하는 사양, http://www.w3.org/TR/xpath에서 사용할 수있습니다. 만약 당신이 XSL은 도움이되는 XSL -리스트 http://www.mulberrytech.com/xsl/xsl-list/index.html ()가 필요 시작하는 훌륭한 장소입니다.

소개되는 XSL에그러나 훨씬 더 XSL은 XML을보다 발전 속도가, 그 뒤에 아이디어 XML을 그 자체로 같은 시간에 주변에 설이다. 한편의 뿌리는 XSL은 SGML에 대한 스타일의 언어에있는 XML을의 뿌리은 SGML에있습니다 - 문서 스타일 의미론 및 명세 언어 (DSSSL). 반면 XML을 대부분은 SGML의 단순화되었다 상속인 및 XSL은 DSSSL의 reinterpreter 더 증명하고있다. 효과가 있음, XSL은 DSSSL의 많은 이용 (변환) 더 많은 프로젝트에 중앙받지 못했 및 문서는 W3C의 CSS 스타일 시트. XSL은 몇 가지 정도 서식 DSSSL 모델 화해 몇 가지 측면을 만드는 몇 가지 방법으로 CSS를 위해 경쟁 비록 그 지지자들은 그들을 충분히 고려해 그들은 공식적으로 다른 경쟁하지 않습니다. 특히 CSS를 특정 구조에 대한 문서 내에서 서식 설명, XSL은 개체의 서식을 설정하려면 원본 문서의 변환에 대해 설명합니다 - 아마도, 재구성 필터링, 또는 심지어 길을 따라 원래의 구조를 폐기. 특히 CSS를 annotative 경우, XSL은 transformative입니다. CSS는 물론 환경에서 어떤 문서 중 하나를 정적 또는 코드에 의해 그 형식이 특정되지 않습니다 생성, XSL은, 다른 한편으로는 작품을, 그 문서의 건물에 할 일이 더 많이 가지고 있다고 가정합니다. 확장 스타일 시트 언어 변환 (는 XSLT ) 프로세서의 입력으로 XML 문서를 가지고, 기원 나무, 그리고 그 결과 나무 규칙은 스타일 시트에서 제공하는 서식 파일을 기반으로 만드십시오. 그 결과 나무가 포함될 수있습니다 XSL은 객체 서식 (종종 전화 XSL은 - Fos) 또는 기타 정보는 일반적으로 HTML이나 XHTML을 포함할 수있습니다. 쉽게 출력은 이미 나무, 그리고 XSLT 처리기입니다 reserialize 어쨌든, 그래서 XHTML은 그것을 변환하고있다. 효과적는 XSLT, XML 문서를 쉽게 XML은 자체의 아무것도 몰라 브라우저에서 콘텐츠를 제시하는 XHTML을 위해 XML 문서를 변환하는 간단한 방법을 제공합니다. (입력이 문서는 XSLT XML을해야합니다 - 당신은 XHTML의 규칙에 부합하지 않는 HTML을이 도구를 사용할 수없습니다.)

참고XSL은 서식있는 텍스트 서식 객체를 설명하기위한 XML을 명시적으로 어휘를 제공합니다. XSL은 - Fos 아직 개발은 W3C에서하고있습니다 (브라우저에서 이상)는 아직 광범위한 구현을받지 못했습니다. 최신 사양을 참조하십시오 http://www.w3.org/TR/xsl/. 그들이, XSL은 제공할 것입니다 전체 포맷 해결책을 준비는 XSLT 변환을 사용하여 개체에 정보를 프레 젠 테이션을 설명하는 형식으로 문서를 변환합니다.는 XSLT가 열리면 다른 가능성은 있지만 아직 널리 구현되지 않은 경우, 클라이언트에 XML 정보를 전송합니다. 다음 로컬 클라이언트 XSLT 변환을 수행할 수있습니다. 대부분의 서버, 반면에 대부분의 브라우저가 더 많거나 적은 유휴 여러 동시 요청을 처리합니다. 이것은 더 나은 서버 응답에 대한 처리 redistributes. 지금까지, 그러나, Microsoft는 유일한 벤더 적극적으로 이러한 전략을 추구하고있습니다;는 XSLT는 Microsoft에서 현재 지원하는 이전 버전의 표준에서 분명 다르다. 비록 초기 단계에 남아있습니다. 현재) 들어, 대부분의 XSLT 처리 서버에 어디에 개발자 환경을보다 효율적으로 제어할 자리있다 (모질라 프로젝트는 XSLT 표준을 지원 추진하고있다.

XSLT 처리 리소스를 상당히 집중적으로, 메모리에있는 개체의 나무의 건설을 필요로합니다. 이 서버는 요청이나 프로세스의 프로세스가 많은 수의 문서를 위해 매우 큰 부담이 될 수있습니다. 이 병목 현상 피하에 대한 몇 가지 전략 - 더 많은 하드웨어를 구입에서, 클라이언트가 가능한 경우에하기 위해서는 반복적으로 같은 문서와 스타일 시트를 조합을 처리하지 않도록 적극적으로 결과를 문서의 변환에 의해 캐싱 처리를 보내고있습니다. 어떤 경우에는, 배치 처리를 전환하기 전에 사용자가 실제로 파일을 검색 및 서버 부하 최소화 계속 만들 수있습니다.

참고비록이 서서히 변하고있다는 XSLT만큼 그것이 대부분의 서버 환경의 표준 기능은 아직없는 경우 새이다. 거기에는 대부분의 W3C의 권고 사항에 밀접하게 준수하는 다양한는 XSLT 프로세서를 사용할 수의 숫자입니다. 많은 이들이 자유롭게이나 오픈 소스, 귀하의 처리 환경과의 통합이 필요한 일부만을 배포됩니다. 는 XSLT 프로세서의 목록을 보려면를 참조하십시오 http://www.xslinfo.com/. 뉴스는 XSLT의 최근 개발에 http://xmlhack.com/list.php?cat=2에서 사용할 수있습니다.

기본 변환 원리스타일 시트 XML 문서는 어휘 정보로 변환됩니다 -이 경우, XHTML과 함께는 XSLT 어휘를 결합합니다. 또 다른 어휘 부품 및 그 결과를 문서로 조립하는 구조를 제공합니다 (일부의 경우도 나타날 수있습니다 특정 프로세서에 대한 확장 어휘.) 어휘는 XSLT 처리에 대한 규칙을 정의합니다.

사전

에 XSL : 스타일 시트 요소는 전체 스타일 시트를 포함할 수있습니다 :


    ... 스타일 시트를 ...

에 XSL : xsl을위한 요소 : 스타일 시트를 교체 될 수있습니다 동일한 방식으로 사용하는 변환; 엄밀히 말하면, 이러한 요소가 둘 다 필요합니다. 그것도 좋은 생각이 결과를 문서에서 현재 사용하려는 모든 네임 스페이스를 정의하는 방법. 스타일 시트를 다른 XML 문서, 그리고 유일한 요소는 XSL 네임 스페이스를 사용할 수있는 처리됩니다. 놀라운 유연성에도 불구하고, 한 번 더 보수적인 접근 방법에 충실하자. 당신은 XHTML의 생성에 필요한 다음 조각은 당신이 작성하고 DOCTYPE 선언에 대한 액세스를 제공 출력 형식을 지정할 수있습니다에서는 XSL : 출력 요소입니다. 대부분의는 XSLT 프로세서는 HTML을 출력하는 방법을 제공, 비어있는 요소의 끝 태그 (또는 비어있는 태그를 떠난다)와 컨텐츠의 일부 요소에 대한 끝 태그를 남겨둘 수있습니다. XML 출력 메서드를 사용하면 충분합니다 전까지는 개발자가 명시적으로 XHTML을 지원하고 시작합니다.

�

주의그러나 XSL은 프로세서가 유효한 XHTML은 XML을 설정을 사용하여 생산, 그들과 같은 빈 태그 / "의 생산에 공백을 삽입하기 전에처럼 행동하지 마
대신
. 당신이 검색을 수행할 수 및 변환 후 공간을 추가하거나 더미 속성 (같은 클래스 = "") 빈 태그에 질식에서 이전 버전의 브라우저가 계속 추가로 바꿉니다. 만약 당신이 아니라 비행에있는 파일을 생성하는 배치 처리보다하고있어, 당신은 또한 (제 10 조)에 결과를 설명한 필요한 공간을 추가하는 지저분하게 프로그램을 사용할 수있습니다. 들여쓰기 속성을 편리 읽을 수 있으면 더 키워줘 마크업지만, 출력을 HTML 및 XHTML을 여분의 공백을 삭제하는 방식 때문에 브라우저 창의 모습에 많은 영향을 미치지 않습니다. 만약 당신이 있기 때문에 당신이 대중과 XHTML을 당신이 사용하는 어휘의 시스템 식별자를 지정할 수 있도록 엄격하게 XHTML을 준수 작성하는 다음 두 특성 DOCTYPE 공공 및 DOCTYPE 시스템, 중요합니다. 예를 들어 현재는 XHTML 1.0 엄격한 DTDs에 대한 식별자를 사용하여,하지만 당신 과도이나 프레임셋 DTDs이나 XHTML 1.1과 (와 넘어 식별자가 제공되는 때)에 대한 값을 이러한 바꿀 수있습니다.

마지막으로 속성을 생략 - xml 형식 선언, 문서의 앞에 때 값을 Yes로 설정됩니다 나타나지 XML 선언을 유지합니다. XHTML의 경우는 브라우저의 다양한 범위, 특히 오래된 브라우저가 가끔 화면의 상단에있는 XML 선언을 표시 가고있다 생성이 아마 좋은 생각이다. 만약 당신이 덜 호환성 더 국제화에 대한 더 많은 문자 인코딩과 앞으로의 호환성에 관심이 관심이있어, 당신은이 값을 설정해야합니다.

결과 문서 만들기이제 그 결과를 문서의 전체적인 형태를 지정했으면, 그 내용을 설명을 시작합니다. 는 XSLT 당신은 원본 문서의 정보 문서는 빌드 결과를 문서는 XSLT의 혼합 특정 요소와 속성을 사용하여 콘텐츠를 지정할 수있습니다. 때까지 경기는 XSLT를 발견, 그리고 규칙 노드의 복사본을 텍스트 문서 트리 탐색 프로세서 세트를 몇 가지 기본 동작을 제공합니다. 첫 번째 예를 들어, 당신은 그 규칙을 무시하고 완전히 소스 트리의 내용을 무시하고 그냥 XHTML을 생산하는 스타일 시트를 만듭니다 :

안녕하세요!

출력은 다음과 같습니다 :

안녕하세요!

그러나이 간단한 예를 들어 설득력이없는 미래의 일을위한 기초를 제공합니다. 출력은 몇 가지에 대한 XML 선언의 적절한 처리를 포함한 주목할이다 (당신이 원하는하지 않는 것) DOCTYPE, 당신은 어떤 설정을했다. 또한 주목할 HTML 요소의 속성 순서 변경 - 속성을 위해서는 XML과 HTML 또는 XHTML과 중요한 것으로 간주되지 않습니다, 및 XSLT하거나 보존하지 않습니다.에서는 XSL : 요소가 템플릿을 실제 작업 않으며 이는 그들이 그것에 포함되어야하는 결과를 적용해야 모두 컨텐츠를 지정합니다. 왜냐하면 당신은 전체 문서를 교체하면 루트 요소에 대해 일치하는 (/ XPath 식을). 코드의이 비트를 다음과 루트 요소를 대체 출력이 생성됩니다. 있지만 그들은 스타일 시트에서, 또 그 정도 테스트를받을 규칙과 5.8는 XSLT에 ()에 내장된 기본 표시되지 않습니다 -하지만 경우에만 명시적 아무도 규칙이 일치합니다. 먼저이있습니다 :

일치하는 속성은 어떤 요소 (* 신청해야 템플릿을 말) 또는 XPath를 사용하는 표기법 (|) 루트 요소의 (/) 문서. 에서 XSL : 적용에서 XSL 템플릿 내부의 요소 : 요소를 가능한 한에 대한 문서의 나머지 부분을 확인 XSLT 프로세서 알려줍니다 템플릿 문서의 콘텐츠에 적용할 템플릿이있습니다. 왜냐하면 규칙을 명시적으로 스타일 시트의 컨텐트와 더 이상의 루트 요소를 문서에 제공을 시작할 수있습니다 이것은, 그리고 문서의 재귀 처리 수 있도록 몇 가지 콘텐츠를 생략 수있습니다. 두 번째 규칙은 일반적으로 해당됩니다 :

기본적으로,이 모든 텍스트 노드 (텍스트의 모든 속성 (*) @의 ()) 및 내용을 적용하고 문서에서 자신의 콘텐츠가 포함되어있습니다. 에서 XSL : 가치 요소 검색의 내용은 select 속성 값을 사용하여 (.) 현재 노드에서 콘텐츠를 얻을합니다. (또한, 기본 규칙은 상품 지침 및 원본 문서에서 주석 처리됩니다.)

참고약간 다른 구문을 사용하여에서 Internet Explorer 5.5는 XSLT 구현, 간격, 또한 이러한 기본 규칙을 지원하지 않습니다. 향후 버전에 더 나은 지원을 제공할 수있습니다. 그냥 작은 재단에서, 당신은 그렇게 진짜 설치 작업을 몇 가지는 XSLT 스타일 시트를 만들 수있습니다. 당신은 간단한 XML 문서를 취할 수와 XHTML의 테이블로 변환합니다. XML 문서의 문서 집합을 설명하는 시작 :

스타일 시트는 테이블의 요소를 포함하여 전체 HTML 문서, 빌드 행 세포를 만들 규칙 그리고 규칙이 포함되어있습니다 :

 카탈로그  기사