단락: 템플릿 언어로 표현할 수 있고 XSLT로 표현할 수 없음(수정)

3055 단어 XSLTtech
2010-12-05 추가 처리
2010-12-06 character-map의 교체 보완
이 기사는 XSL Advent Calendaar 2020 4일째 보도입니다.
https://adventar.org/calendars/5027
소재가 없는 게 아니라 소재가 너무 무거워서 다 못 써요.
단락입니다.Zenn의 스크랩 기능은 조사가 안 돼서 모르겠지만 그게 낫죠.
for가 없거나if-else가 없는 것은 자질구레한 일에서 비슷할 수 있다.
그러면 XSLT는 전체 형식의 XML이어야 합니다.형식이 가지런하다는 것은 서로 다른 요소가 있는 것을 허락하지 않는다는 것이다.살짝 건드리면 체조죠. 하지만 무릎이 처음에는 거의 빠졌어요.
일반적인 템플릿 언어로 쓰기 쉬운 조건이 다르다는 것이 있다.
{{ if context }}
  <div style="hoge"> 
{{ endif }}
{{ else }}
<div style="fuga">
{{ endif }}
</div>
XSLT로 이전한 다음 코드가 잘못되었습니다.
<!-- 不正 -->
<xsl:choose>
  <xsl:when test="context">
    <div style="hoge"> 
  </xsl:when>
  <xsl:otherwise>
    <div style="fuga">
  </xsl:otherwise>
</xsl:choose>
</div>
if(when)에서 <div>가 시작되었지만 끝</div>은 몇 개의 플러그를 넘어섰다.고장난 HTML 라벨은 웹 브라우저에 열심히 표시되지만, XSLT 처리 시스템은 이렇게 하면 아마 움직이지 않을 것이다.
출력 형식이 XML이 아니면 혼란스러울 수도 있지만 불리한 점이 더 좋을 수도 있습니다.
추기처:
지적한 바와 같이 @disable-escape-escaping="true"<![CDATA]> 을 사용하여 output method = "xml"을 처리할 수 있습니다.규칙을 어긴다고 해도 그렇지 않다.'XSLT가 할 수 없는 일'을 기사 제목으로 삼는 것은 좋지 않다.
일부라도 XML을 포기해야 하므로 타입 스크립트any라면 거의 차이가 나지 않습니다.사람과 상황에 따라 용서받지 못할 때도 있고 용서받지 못할 때도 있다는 것이다.
추기처: 평론에서 말한 바와 같이 서로 다른 시간에 문자를 교체하여character-map 처리하는 것도 피할 수 있다.
XSLT에서 피해야 할 것은 이 조건의 엇갈린 작법 자체의 의도인데 제목을 보면'불가능'에 초점을 맞췄는데 이것은 나의 보도 작법이 좋지 않다는 것이다.


XSL-FO1.1에는 행 단위와 단락 단위의 diff가 개정 막대를 쉽게 표시할 수 있도록 하는 객체가 있습니다.이 대상은 직감적으로는 별 차이가 없는 것 같지만 하지 않는다.
...
<fo:change-bar-begin />
<fo:block> ...
<fo:change-bar-end />
...
</fo:block>
<fo:change-bar-begin /><fo:change-bar-end />는 구조적으로 완전히 폐쇄되었다.
이외에도 XML IDE의 Oxygen Editor 등에서 임의의 부위를 둘러싸기 위해 Processing in struction 명령의 수정 표시줄 등 start와 end를 사용합니다.<??> 그놈.XML을 유지하는 동시에 구조를 건너뛰어야 합니다. 이런 요구는 필수입니다.

좋은 웹페이지 즐겨찾기