Технология XSLT

    <td>127.0.0.1</td>
   </tr>
   <tr>
    <td>Protocol</td>
    <td>HTTP/1.1</td>
   </tr>
   <tr>
    <td>Method</td>
    <td>GET</td>
   </tr>
   <tr>
    <td>Request URI</td>
    <td>/servlet/example1</td>
   </tr>
   <tr>
    <td>Query string</td>

    <td>x=1&amp;y=2&amp;z=3&amp;x=4&amp;y=5&amp;z=6</td>< /p>

   </tr>
  </table>
  <h1>Request parameters</h1>
  <table>
   <tr>
    <td>z</td>
    <td>3</td>
   </tr>
   <tr>
    <td>z</td>
    <td>6</td>
   </tr>
   <tr>
    <td>y</td>
    <td>2</td>
   </tr>
   <tr>
    <td>y</td>
    <td>5</td>
    </tr>
   <tr>
    <td>x</td>
    <td>1</td>
   </tr>
   <tr>
    <td>x</td>
    <td>4</td>
   </tr>
  </table>
  <h1>Session parameters</h1>
  <table>
   <tr>
    <td>v</td>
    <td>4</td>
   </tr>
  </table>
  <h1>Cookies</h1>
  <table>
   <tr>
    <td>content</td>
    <td>apple jam</td>
   </tr>
   <tr>
    <td>JServSessionIdroot</td>
    <td>aaenbyjqc0</td>
   </tr>
  </table>
 </body>
</html>

Второй вариант сервлета, конечно, не проще, чем первый, да и вряд ли он будет быстрее и экономичнее с точки зрения памяти, ведь вместо простого вывода текста в поток мы сначала создаем в памяти объектную модель документа, преобразуем ее и только затем выводим результат. Однако главное, чего удалось в этом случае добиться, — это отделение данных от их презентации.

Представим, к примеру, что нам потребовалось перевести названия полей выводимого документа на русский язык — получить текст 'Общая информация' вместо 'General information' и так далее. В первом случае для внесения этого элементарного представления потребуется переписывать, перекомпилировать и обновлять на сервере сервлет; во втором случае все, что нужно будет сделать, — это исправить несколько строк в файле stylesheet.xsl.

Краткие выводы

В заключение хотелось бы сделать несколько комментариев относительно применения XSLT и вообще XML-технологий.

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

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

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

Другое обстоятельство, которое необходимо принимать во внимание, — это сложность самого преобразования. Базовый набор элементов XSLT вкупе с расширениями уже представляется чрезвычайно