Фаулер М. Архитектура корпоративных программных приложений

Подождите немного. Документ загружается.

384 Часть II. Типовые решения

модели, организуется в некую логическую структуру, которая описывает визуальные

элементы будущего отображения, однако еще не содержит кода HTML. На втором этапе

полученная структура преобразуется в код HTML.

Упомянутая промежуточная структура представляет собой некоторое подобие логиче-

ского "экрана". Ее элементами могут быть поля ввода, верхние и нижние колонтитулы,

таблицы, переключатели и т.п. В связи с этим данную структуру можно по праву назвать

моделью представления. Очевидно также, что она вынуждает будущие страницы сайта

следовать одному стилю. Для большей наглядности модель представления можно пред-

ставить себе как систему, которая определяет элементы управления страницы и содер-

жащиеся в них данные, однако не описывает их внешний вид в терминах HTML.

Для построения каждого логического окна применяется собственный код. Методы

первого этапа обращаются к модели данных домена, будь то база данных, модель пред-

метной области (Domain Model, 140) или объект переноса данных (Data Transfer Object,

419), извлекают из нее информацию, необходимую для построения экрана, и помещают

эту информацию в логическое представление.

На втором этапе полученная логическая структура преобразуется в код HTML. Мето-

ды второго этапа "знают", какие элементы есть в логической структуре и как визуализи-

ровать каждый из этих элементов. Таким образом, система с множеством экранов может

быть трансформирована в код HTML путем единственного прохождения второго этапа,

благодаря чему решение о варианте преобразования в HTML принимается в одном мес-

те. Разумеется, воспользоваться таким преимуществом удастся только в том случае, когда

логические экраны компонуются по одному принципу.

Существует несколько способов построения двухэтапного представления. Наиболее

простой из них — двухэтапное применение XSLT. Одноэтапное применение технологии

XSLT следует подходу, реализованному в представлении с преобразованием, при котором

каждой странице соответствует своя таблица стилей XSLT, преобразующая данные доме-

на в формате XML в код HTML. В двухэтапном варианте этого подхода применяются две

таблицы стилей XSLT: первая преобразует данные домена в формате XML в логическое

представление в формате XML, а вторая преобразует логическое представление в форма-

те ХМ L в код HTML

Возможной альтернативой этому подходу является использование классов. В этом

случае логическое представление определяется как набор классов: класс таблицы, класс

строки и т.п. (рис. 14.4). Методы первого этапа извлекают данные домена и создают эк-

земпляры описанных классов, помещая данные в структуру, моделирующую логический

экран. На втором этапе для полученных экземпляров классов генерируется код HTML

Это делают либо сами классы, либо специальный класс, предназначенный для выполне-

ния визуализации.

И первый и второй подход основан на применении представления с преобразованием.

Вместо этого двухэтапное представление может быть построено на основе представления

по шаблону. В этом случае шаблон страницы составляется с учетом структуры логиче-

ского экрана, например:

После этого система шаблонов преобразует "логические" дескрипторы, подобные

показанному выше, в формат HTML При такой схеме определение страницы не содер-

жит кода HTML, а только дескрипторы логического экрана, вследствие чего полученная

Глава 14. Типовые решения, предназначенные для представления данных в Web 385

страница будет представлять собой документ XML и не сможет быть отредактирована

с помощью HTML-редакторов типа WYSIWYG.

Рис. 14.4. Пример двухэтапного преобразования с использованием классов

Назначение

Главным преимуществом двухэтапного представления является возможность разбить

преобразование данных на два этапа, что облегчает проведение глобальных изменений

(рис. 14.5). Подобная схема преобразования может оказаться чрезвычайно полезной

в двух ситуациях: Web-приложения с несколькими вариантами внешнего вида и Web-

приложения с одним вариантом внешнего вида. Что касается Web-приложений с не-

сколькими вариантами внешнего вида, они еще не так распространены, однако все

больше и больше входят в употребление. В таких приложениях одна и та же базовая

функциональность используется разными компаниями и сайт каждой компании имеет

собственное оформление. Хорошим примером подобных приложений являются системы

бронирования билетов различных авиакомпаний. Каждая из этих систем имеет свой

внешний вид, однако, приглядевшись к структуре их страниц, легко заметить, что в их

основе лежит одно и то же базовое решение. На мой взгляд, причина проста: всем авиа-

компаниям нужна одинаковая функциональность, но (разумеется!) совершенно разное

оформление.

386 Часть II. Типовые решения

Намного чаще встречаются приложения с одним вариантом внешнего вида. Как пра-

вило, таким приложением управляет одна компания, которая хочет, чтобы все страницы

ее сайта были оформлены в одинаковом стиле. Это самое простое решение, что, собст-

венно, и объясняет высокую степень распространенности подобных приложений.

Одноэтапный вариант представления, будь то представление по шаблону или представ-

ление с преобразованием, предусматривает по одному компоненту представления для ка-

ждой Web-страницы приложения (рис. 14.6). В двухэтапном представлении визуализация

данных выполняется в два этапа, что требует по одному представлению первого этапа для

каждой страницы приложения и единственное представление второго этапа для всего

приложения (рис. 14.7). Последняя схема значительно облегчает изменение внешнего

вида сайта на втором этапе, поскольку каждое такое изменение распространяется сразу

на весь сайт.

Данное преимущество становится еще более очевидным для приложений с несколь-

кими вариантами внешнего вида. Реализация таких приложений предусматривает по од-

ному компоненту одноэтапного представления для каждой комбинации интерфейсного

экрана и варианта внешнего вида (рис. 14.8). Таким образом, приложению, состоящему

из 10 страниц и имеющему три варианта внешнего вида, потребуется 30 компонентов од-

ноэтапных представлений! В свою очередь, при использовании двухэтапного представле-

ния (рис. 14.9) вы сможете обойтись десятью представлениями первого этапа и тремя

представлениями второго этапа. Чем больше интерфейсных экранов и вариантов внеш-

него вида есть у приложения, тем большим будет выигрыш.

Несмотря на все преимущества двухэтапного представления, возможность его исполь-

зования полностью зависит от того, сможете ли вы создать логическое представление,

которое действительно соответствует вашим нуждам. Так, двухэтапное представление не

подойдет для "навороченного" Web-сайта, каждая страница которого должна выглядеть

по-другому. Экраны такого приложения имеют слишком мало общего, чтобы результи-

рующее логическое представление получилось достаточно простым. Вообще говоря, ис-

пользование единого логического представления существенно ограничивает возможно-

сти оформления Web-сайтов, и для многих из них такое ограничение является непосильно

строгим.

Еще один недостаток двухэтапного представления заключается в необходимости ис-

пользовать определенные программные средства. Создавать HTML-страницы в соответ-

ствии с представлением по шаблону могут и Web-дизайнеры, не имеющие навыков про-

граммирования, однако применение двухэтапного представления требует написания

программного кода контроллера и классов, выполняющих преобразование. Каждое из-

менение такого сайта требует участия программистов.

Рис. 14.5. Последовательность двухэтапного преобразования данных

388 Часть II. Типовые решения

Рис. 14. 7. Двухэтапное представление с одним вариантом внешнего вида

Рис. 14.8. Одноэтапное представление с двумя вариантами внешнего вида

Нельзя отрицать и того, что использование двухэтапного представления с его несколь-

кими слоями значительно усложняет программную модель. Впрочем, при определенном

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

избежать написания повторяющихся фрагментов кода.

Возможность использования нескольких вариантов внешнего вида допускает разные

реализации второго этапа представления для различных устройств вывода, например

обычного Web-обозревателя и карманного компьютера. И вновь обе реализации должны

соответствовать одному и тому же логическому экрану, что может оказаться непосиль-

ным для слишком различающихся устройств.

Глава 14. Типовые решения, предназначенные для представления данных в Web 389

Рис. 14.9. Двухэтапное представление с двумя вариантами внешнего вида

Пример: двухэтапное применение XSLT (XSLT)

Рассмотрим вариант двухэтапного преобразования с применением таблиц стилей

XSLT. На первом этапе данные домена, находящиеся в формате XML, преобразуются в

логический экран в формате XML, а на втором этапе логический экран в формате XML

преобразуется в код HTML.

Ниже приведены первоначальные данные домена в формате XML

<album>

<artist>Astor Piazzola</artist>

<trackxtitle>Tanguedia IIK/title><time>4:39</time>

</track>

390 Часть II. Типовые решения

Глава 14. Типовые решения, предназначенные для представления данных в Web 391

<track><title>Milonga del Angel</title><time>6:30</time>

</track>

<trackxtitle>Concierto Para Quinteto</title><time>9:00

</timex/track>

<track><title>Milonga Loca</titlextime>3:05</time></track>

<trackxtitle>Michelangelo ' 70</titlextime>2 : 50</time>

</track>

<trackxtitle>Contraba j isimo</titlextime>10 :18</time>

</track>

<trackxtitle>Mumuki</title><time>9:32</time></track>

</trackList> </album>

После выполнения первого этапа этот документ преобразуется в логическое пред-

ставление также в формате XML.

<field label="Artist">Astor Piazzola</field>

<table>

<row><cell>Tanguedia IIK/cellXcell>4 :39</cellX/row>

<rowXcell>Milonga del Angel</cellxcell>6 : 30</cellx/row>

<row><cell>Concierto Para Quinteto</cellxcell>9 : 00</cell>

</row>

<row><cell>Milonga Loca</cellXcell>3: 05</cellx/row>

<row><cell>Michelangelo ' 70</cellxcell>2 : 50</cellx/row>

<row><cell>Contrabajisimo</cell><cell>10:18</cellx/row>

<rowxcell>Mumuki</cellxcell>9:32</cellx/row>

</table>

</screen>

Данное преобразование стало возможным благодаря шаблону XSLT.

<xsl:template match="album">

</xsl:template> <xsl:template

match="album/title">

<titlexxsl: apply-templates/x/title>

</xsl:template> <xsl:template

match="artist">

</xsl:template> <xsl:template match="trackList">

</xsl:template> <xsl:template

match="track">

</xsl:template> <xsl:template

match="track/title">

</xsl:template> <xsl:template

match="track/time">

<cellxxsl: apply-templates/></cell>

</xsl:template>

392 Часть II. Типовые решения

Наше логическое представление получилось очень простым. Чтобы преобразоиать его

в код HTML, воспользуемся еще одним шаблоном XSLT.

<xsl:template match="screen">

•CHTMLXBODY bgcolor="white">

<xsl:apply-templates/>

</BODYX/HTML>

</xsl:template> <xsl:template

match="title">

<hl><xsl :apply-templates/x/hl> </xsl:

templatexxsl: template match="f ield">

<xsl: apply-templates/x/P>

</xsl:template> <xsl:template

match="table">

<tablexxsl: apply-templates/x/table>

</xsl:template> <xsl:template

match="table/row">

<xsl:variable name="bgcolor">

<xsl:choose>

<xsl:when test="(position() mod 2) = l">linen

</xsl:when>

<xsl:otherwise>white</xsl:otherwise>

</xsl:choose>

</xsl:variable>

</xsl:template> <xsl:template match="table/row/cell">

</xsl:template>

Для реализации двухэтапного представления и вынесения программного кода в от-

дельный класс я использовал контроллер запросов (Front Controller, 362).

class AlbumCommand...

public void process () {

try {

Album album = Album.findNamed(request.getParameter(

"name"));

album = Album.findNamed("1234");

Assert.notNull(album);

PrintWriter out = response.getWriter(); XsltProcessor

processor = new TwoStepXsltProcessor( "album2.xsl",

"second.xsl");

out.print (processor.getTransformation(

album.toXmlDocument()));

} catch (Exception e) {

throw new ApplicationException(e) ; } }

Глава 14. Типовые решения, предназначенные для представления данных в Web 393

Сравните этот пример с одноэтапным применением XSLT, которое описывалось в

разделе, посвященном представлению с преобразованием. Для изменения цвета чередую-

щихся строк таблицы в представлении с преобразованием необходимо отредактировать все

шаблоны XSLT, а в двухэтапном представлении — только один шаблон второго этапа. По-

добную схему можно реализовать с использованием вызываемых шаблонов, однако это

потребовало бы построения более изощренных конструкций языка XSLT. Тем не менее

применение двухэтапного представления имеет и обратную сторону: полученный код

HTML слишком ограничен структурой логического представления XML.

Пример: страницы JSP и пользовательские дескрипторы (Java)

Первое, что приходит в голову при выборе реализации для двухэтапного представле-

ния, — воспользоваться конструкциями XSLT. Между тем существуют и другие пути.

В этом примере двухэтапное представление реализуется с помощью страниц JSP и пользо-

вательских дескрипторов. Хотя эти средства более сложны в применении и обладают

меньшими возможностями, чем XSLT, они способны продемонстрировать наличие

принципиально иных способов реализации двухэтапного представления. Признаюсь, я

немного блефую, потому что никогда не видел применения данной схемы в реальной

жизни. Тем не менее я думаю, что даже такой теоретический пример поможет получить

представление о возможных альтернативах шаблонам XSLT.

Ключевой момент реализации двухэтапного представления состоит в том, что выбор

элементов для отображения на странице не зависит от выбора кода HTML, необходимого

для этого отображения. В этом примере выполнением первого этапа занимаются страни-

ца JSP и ее вспомогательный объект, а выполнением второго этапа — пользовательские

дескрипторы. Покажем, как выглядит упомянутая страница JSР.

<%@ taglib uri="2step.tld" prefix = "2step" %>

<%@ page session="false"%>

<jsp:useBean id="helper" class=

4> "actionController.AlbumConHelper"/>

<%helper.init (request, response);%>

<2step:screen>

<2step:titlexjsprgetProperty name = "helper" property =

title"/></2step:title>

<2step:field label = "Artisf'xjsp:getProperty name = "helper"

•^property = "artist"/x/2step: field>

<2step:table host = "helper" collection = "trackList" columns =

V'title, time"/>

</2step:screen>

Данная страница JSP вместе со своим вспомогательным объектом выполняет роль

контроллера страниц. Более подробно об этой схеме можно прочитать в разделе, посвя-

щенном контроллеру страниц, а пока рекомендую взглянуть на дескрипторы, принадле-

жащие пространству имен 2step. Эти дескрипторы предназначены для запуска второго

этапа преобразования. Кроме того, обратите внимание, что данная страница JSP не со-

держит кода HTML. Все, что в ней есть, — это дескрипторы, вызывающие запуск второго

этапа, либо дескрипторы, предназначенные для извлечения данных из вспомогательного

объекта.