Что используют xslt,xpath,xlink,xpointer,dtd в реальном мире разработки приложений

Я изучаю все, что я могу о веб-сервисах, таких как мыло, и обнаружил, что некоторые XML-файлы, отображаемые в некоторых руководствах, трудны для понимания, поэтому я решил изучить с нуля, чтобы разобраться в этом. xml я уже понимаю, поэтому я увидел xpath, xslt, xpath, xquery, xlink, xpointer, xml schema, xsl-fo. В мире xml существует множество вещей, связанных с x. Я посмотрел в xslt и не вижу никакой причины, по которой он будет использоваться в небольших или больших приложениях. в значительной степени то, что он делает, можно сделать с помощью css, javascript/jquery или на стороне сервера. XSLT даже используется? или как насчет DTD,Xpath,Xquery,Xlink,Xpointer,XSL-Fo,Xforms?

я знаю, что XML-схема используется с мылом, если я не ошибаюсь.

Источник

3 ответа

Решение

XSLT это отличная технология для своей цели, которая специально трансформирует XML документ в другой, а иногда и в текстовый файл. Если у вас есть данные и вы хотите использовать их для создания HTML, XSL-FO или чего-то еще, тогда XSLT безусловно, лучший путь. Если вы проходите XML документы между приложениями и необходимо изменить их формат, XSLT это идеальный инструмент.

Однако, если ваше приложение еще не использует XMLтогда вы, вероятно, бесполезны для этого. Как разработчик, я бы рекомендовал обучение XSLT потому что, когда вам нужно сделать XML трансформация - это отличный инструмент в вашем арсенале. В моем приложении мы используем его в нескольких местах, где у нас есть файлы конфигурации, которые преобразуются в процессе сборки. Кроме того, хотя я не использовал XSLT годами.

XSLT раньше очень часто использовался на сервере для создания HTML. Это было особенно в случае с традиционными ASP в основном, потому что традиционные ASP было ужасно, и это было намного лучше, чтобы ваш бизнес слой производства XML который затем может быть преобразован через XSLT в HTML, а не писать ASP код для генерации HTML,

Большинство современных серверных сред предоставляют очень мощные инструменты для написания динамических HTML сейчас хоть так XSLT реже используется в этом сценарии.

Что касается сравнения XSLT в CSSнет никакого сравнения, которое я могу видеть. XSLT о преобразовании одного XML документ к другому и CSS предоставляет визуальную информацию о стиле для HTML (или иногда XML) документ.

XPath очень часто используется при работе с XML документы и подбор отдельных частей информации. Это также интенсивно используется в XSLT,

Я никогда не видел XQuery или же XPointer на самом деле используется в любой из компаний, которые я работал.

XML Schema очень часто используется для указания формата XML документы и их валидация. Он интенсивно используется в веб-службах SOAP, поскольку WSDL использует XSD указать форматы SOAP частей.

XSL-FO для производства PDF-файлов обычно. Если вы хотите создавать PDF-файлы, это один из способов. Технически это может быть использовано и для других вещей, но это единственный известный мне вариант использования.

Источник

Я посмотрел в xslt и не вижу никакой причины, по которой он будет использоваться в небольших или больших приложениях. в значительной степени то, что он делает, можно сделать с помощью css, javascript/jquery или на стороне сервера.

Ну, во-первых, большинство людей, использующих XSLT, действительно используют его на стороне сервера. XSLT на стороне клиента действительно никогда не развивался - по некоторым причинам, см. Мою статью на XML Prague 2011 (на прошлой неделе), - главная причина в том, что он никогда не был доступен в КАЖДОМ браузере. Я надеюсь изменить ситуацию с новым продуктом Saxon-CE, но я не хочу превращать это в рекламу.

Во-вторых, смысл XSLT не в том, что он может делать то, чего не могут другие технологии, а в том, что он делает то, что делает гораздо эффективнее. Если вам нужно преобразовать XML-документы в другие XML-документы или в HTML, XSLT - безусловно, самый эффективный способ сделать это, как только вы пройдете обучение. Это правда, что с появлением jQuery, делать это в Javascript уже не так страшно, как раньше, но декларативный подход XSLT, основанный на правилах, имеет много преимуществ, особенно когда вам приходится работать с изменениями и разнообразием, которые всегда существуют как в малых и крупные проекты.

Источник

Я использую XML, XSLT и XQuery в качестве инструментов для создания веб-сайтов.

XSLT делает то, что утверждает CSS, - отделяет контент от макета.

Скажем, вы хотите вывести HTML для элемента продажи;

<div class="salesitem">
   <div class="title">Saucepan</div>
   <a href="images/sp456.jpg">
      <img alt="Saucepan" src="images/sp456.jpg"/>
   </a>
   <div class="price">&#163;19.99</div>
</div>

Чтобы вывести вышеприведенное с использованием языков "x", сначала определите данные, которые вы хотите отобразить. Не беспокойтесь о макете, внешнем виде или HTML;

<salesitem>
   <title>Saucepan</title>
   <image>sp456.jpg</image>
   <price>19.99</price>
</salesitem>

Затем разработайте шаблон XSLT, чтобы превратить вышеприведенное в HTML;

<xsl:template match="salesitem">
   <div class="salesitem">
      <div class="title"><xsl:value-of select="title"/></div>
      <a href="images/{image}">
         <img alt="{title}" src="images/{image}"/>
      </a>
      <div class="price">&#163;<xsl:value-of select="price"/></div>
   </div>
</xsl:template>

Используйте процессор XSLT, чтобы применить шаблон "salesitem" к XML "salesitem", и в результате вы получите желаемый HTML-код.

Я не могу себе представить, что когда-нибудь вернусь, используя response.write ".." или же echo ".." выводить отдельные теги HTML. Мне нравится чистота разделения, которую дают языки "х".

Источник
Другие вопросы по тегам