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

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

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

Итак, мы создали вспомогательный объект и поместили его в запрос. Теперь страница

сервера сможет определить вспомогательный объект посредством дескриптора useBean.

<jsp:useBean id="helper" type="actionController.ArtistHelper"

scope="request"/>

Создав вспомогательный объект, можно использовать его для доступа к информации,

которую нужно отобразить. Необходимая информация о модели была передана вспомо-

гательному объекту в момент его создания.

class ArtistHelper...

private Artist artist;

public ArtistHelper(Artist artist) {

this.artist = artist; }

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

нужной информации. В самом простом случае можно реализовать метод, извлекающий

некоторые простые данные, например имя исполнителя.

class ArtistHelper...

public String getNameO {

return artist.getName(); }

Затем осуществляется доступ к этой информации с помощью Java-выражения

<В> <%=helper.getName()%>

или обращения к свойству:

<В><jsp:getProperty name="helper" property="name"/x/B>

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

рый редактирует страницу JSP. Программистам больше нравится работать с выражения-

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

будет довольно трудно. Непрограммисты, скорее всего, выберут обращение к свойству с

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

и позволяют не наделать ошибок.

Использование вспомогательного объекта помогает избежать написания кошмарного

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

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

дренного в страницу сервера.

<UL>

for (Iterator it = helper.getAlbums().iterator();

it.hasNextO ; ) {

Album album = (Album) it.next {);%>

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

<% } %> ,

</UL>

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

ли? Вместо написания скриптлета цикл можно переместить во вспомогательный объект.

class ArtistHelper...

public String getAlbumList() {

StringBuffer result = new StringBuffer();

result.append("<UL>");

for (Iterator it = getAlbums().iterator();

it.hasNext();) {

Album album = (Album) it.next();

result.append("<LI>") ;

result.append(album.getTitle() ) ;

result.append("</LI>") ; }

result.append("</UL>");

return result.toString (); }

public List getAlbums() {

return artist.getAlbums(); }

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

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

туп к списку альбомов с помощью свойства, а не Java-выражения. Многие разработчи-

ки не любят помещать код HTML во вспомогательные объекты, и я с ними полностью

согласен. Тем не менее при необходимости выбора между данным решением и скрипт-

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

тельных объектах.

Вообще говоря, для итерации по списку альбомов лучше всего воспользоваться спе-

циальным дескриптором forEach.

<UL><tag:forEach host = "helper" collection = "albums"

id = "each">

</tag: forEachx/UL>

Это наилучшая альтернатива, поскольку она избавляет страницу JSP от необходимо-

сти внедрения скриптлетов, а вспомогательный объект — от необходимости использова-

ния кода HTML

Пример: страница сервера ASP.NET (С#)

Продолжим пример, начатый нами при рассмотрении контроллера страниц (стр. 350).

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

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

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

назойливое насекомое

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

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

торого сохраняются неизменными на протяжении многих веков. Ограничусь лишь упо-

минанием того факта, что создаваемая нами страница ASP.NET отображает три элемента

информации.

• Идентификатор матча.

• Команда, очки которой отображены на экране, и номер подачи, во время которой

эти очки были набраны.

• Таблица, содержащая имя каждого бэтсмена, набранные им очки, а также интен

сивность его перебежек (количество перебежек, деленное на количество отбитых

мячей).

Пусть вас не беспокоит эта статистика. Крикет полон статистики; пожалуй, наиболь-

ший вклад этой игры в историю человечества — предоставление непонятной статистики

для эксцентричных читателей газет.

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

Web-запроса. Напомним, что в данном случае роль контроллера и представления испол-

няет страница ASP.NET с расширением aspx. Чтобы избежать внедрения скриптлетов в

страницу-контроллер, мы применяем механизм разделения кода и представления (code

behind), связывая страницу ASP.NET (представление) с отдельным классом (кодом).

<%@ Page language="c#" Codebehind="bat.aspx.cs"

AutoEventWireup="false" trace="False"

Inherits="batsmen.BattingPage" %>

Страница может напрямую использовать свойства и методы связанного с ней класса.

Более того, в этом классе можно определить метод Page_Load, который будет выполнять

обработку запроса. В нашем примере я реализовал метод Page_Load в виде шаблонного

метода [20] и поместил его в супертип слоя (Layer Supertype, 491).

class CricketPage...

protected void Page_Load(object sender,

System.EventArgs e) {

db = new OleDbConnection(DB.ConnectionString) ;

if (hasMissingParameters())

errorTransfer (missingParameterMessage);

DataSet ds = getDataO; if (hasNoData (ds))

errorTransfer ("No data matches your request");

applyDomainLogic (ds); DataBind (); prepareUI(ds);

' В английском языке слово cricket означает и "крикет" и "сверчок". — Прим. пер.

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

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

кода нас интересуют только две последние строчки. Вызов метода DataBind () связывает

переменные страниц с соответствующими источниками данных. Этого вполне достаточ-

но для простых случаев. В более сложных случаях нам понадобится еще и последняя

строка кода. Она вызывает метод класса, связанного с конкретной страницей, чтобы тот

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

В нашем примере представление ASP.NET использует идентификатор матча, имя ко-

манды и номер подачи. Все эти значения передаются странице в виде параметров HTTP-

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

class BattingPage...

protected String team {

get (return Reguest.Params["team"];} }

protected String match {

get {return Request.Params["match"];}

} protected String innings {

get {return Request.Params["innings"];} }

protected String ordinallnnings{

get {return (innings == "1") ? "1st" : "2nd";}

}

Определив свойства, можно использовать их в тексте страницы.

<р>

Match id:

<asp:label id="matchLabel" Text="<%# match %>" runat="server"

font-bold="True">

</asp:label>

<asp:label id=teamLabel Text="<%# team %>" runat="server"

font-bold="True">

</asp:label>

<asp:Label id=inningsLabel Text="<%# ordinallnnings %>"

runat="server">

</asp:Label> innings

Отобразить таблицу немного сложнее. Впрочем, на практике этот процесс можно

значительно упростить, используя средства графического проектирования Visual Studio.

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

зан с таблицей из набора данных DataSet. Я могу выполнить связывание в методе рге-

pareUI, который вызывается методом Page_Load.

class BattingPage...

override protected void prepareUI(DataSet ds) {

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

DataGridl.DataSource = ds;

DataGridl.DataBind(); }

Следует сказать несколько слов о классе Batting. Это модуль таблицы (Table

Module, 148), который содержит в себе логику домена для таблицы batting из базы дан-

ных крикетных матчей. Значением его свойств являются данные из таблицы batting,

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

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

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

Используя дескриптор ASP.NET DataGrid, можно указать, какие столбцы таблицы

должны быть отображены на Web-странице, а также описать форматирование этой таб-

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

перебежек (т.е. очков) и их интенсивностью.

<asp:DataGrid id="DataGridl" runat="server" Width="480px"

Height="171px" BorderColor="#33 6666"

BorderStyle="Double" BorderWidth="3px"

BackColor="White" CellPadding="4" GridLines="Horizontal"

AutoGenerateColumns="False">

<SelectedItemStyle Font-Bold="True" ForeColor="White"

BackColor="#33 99 6 6"></ SelectedItemStyle> <ItemStyle

ForeColor="#333333" BackColor="White"x/ItemStyle> <HeaderStyle

Font-Bold="True" ForeColor="White"

BackColor="#33 666 6"x/HeaderStyle>

</FooterStyle> <Columns>

<asp:BoundColumn DataField="name" HeaderText="Batsman">

</asp:BoundColumn> <asp:BoundColumn DataField="runs"

HeaderText="Runs">

</asp:BoundColumn> <asp:BoundColumn DataField="rateString"

HeaderText="Rate">

</asp:BoundColumn> </Columns>

<PagerStyle HorizontalAlign="Center" ForeColor="White"

BackColor="#336666"

Mode="NumericPages"></PagerStyle>

</asp: DataGridX/P>

Конечно, приведенный выше код HTML выглядит довольно сложным. К счастью, ес-

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

стройка элемента управления DataGrid (как, впрочем, и остальных элементов страни-

цы) осуществляется посредством страниц свойств.

Возможность внедрять в Web-страницу элементы управления Web-форм, которые

умеют работать с абстракциями ADO.NET DataSet и DataTable, имеет свои преимуще-

ства и ограничения. Основное преимущество такого подхода состоит в том, что средства

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

Visual Studio позволяют передавать данные элементам управления с помощью объектов

Data Set. К сожалению, этот прием выглядит таким простым только при использовании

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

требует применения модели предметной области (Domain Model, 140). В этом случае, что-

бы воспользоваться средствами Visual Studio, для модели предметной области необходимо

создать собственный объект DataSet.

Представление с преобразованием (Transform View)

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

домена и преобразует их в код HTML

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

ные данные, однако без форматирования, необходимого для создания Web-страницы.

Визуализацией полученных данных в элементы Web-страницы занимается объект, вы-

полняющий роль представления в системе модель—представление—контроллер (Model

View Controller, 347). В типовом решении представление с преобразованием процесс ви-

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

данные из модели, а на выходе принимается код HTML.

Принцип действия

В основе типового решения представление с преобразованием лежит идея написания

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

HTML. В процессе выполнения такая программа последовательно проходит по структуре

данных домена и, обнаруживая новый фрагмент данных, создает их описание в терминах

HTML Для большей наглядности попробуйте представить себе метод renderCustomer,

который преобразует объект Customer ("покупатель") в формат HTML Если объект со-

держит множество заказов, метод renderCustomer последовательно просматривает спи-

сок заказов, вызывая для каждого из них метод renderOrder.

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

(Template View, 368) заключается в способе организации представления. Представление по

шаблону организовано с учетом размещения на экране выходных данных. Представление

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

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

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

подходящее преобразование и применяет это преобразование. Таким образом, правила

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

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

тат это не повлияет.

Представление с преобразованием может быть написано на любом языке. Тем не менее

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

образованием является XSLT. Интересно отметить, что XSLT является языком функ-

ционального программирования, как LISP, Haskell и другие языки, которые так и не

смогли оказаться в первом эшелоне средств, применяемых для написания информаци-

онных систем. Подобно этим языкам, XSLT имеет довольно своеобразную структуру.

Например, вместо того чтобы вызывать методы явно, XSLT выделяет XML-элементы в

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

зации этих элементов.

Для применения преобразований XSLT данные домена должны находиться в формате

XML Этого проще достичь, когда логика домена сразу же возвращает данные в формате

XML или любом другом, который может быть легко преобразован в XML, например объ-

екты .NET. В противном случае придется самостоятельно генерировать код XML— воз-

можно, с использованием объекта переноса данных (Data Transfer Object, 419), который

способен сериализовать свое содержимое в формат XML. В этом случае сбор данных для

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

интерфейса API. В более простых случаях можно воспользоваться сценарием транзакции

(Transaction Script, 133), который будет напрямую возвращать код XML.

Код XML, поступающий на вход преобразования, не обязательно должен быть стро-

кой (если только этого не требует канал передачи данных). Как правило, гораздо быстрее

и легче организовать входные данные в модель DOM.

Данные домена в формате XML передаются процессору XSLT. В последнее время на

рынке программного обеспечения доступно все больше и больше коммерческих процес-

соров XSLT. Логика преобразования содержится в таблице стилей XSLT, которая также

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

преобразует их в код HTML, который сразу же может быть помещен в HTTP-запрос.

Назначение

Выбор между представлением с преобразованием и представлением по шаблону зависит

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

представлений. Ключевым фактором здесь является наличие необходимых средств. Для

написания представлений по шаблону можно использовать практически любой HTML-

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

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

точно сложную смесь функционального программирования и синтаксиса XML, а потому

овладеть им сможет далеко не каждый.

Одним из преимуществ XSLT является хорошая переносимость практически на все

Web-платформы. Одну и ту же таблицу стилей XSLT можно применять для преобразова-

ния данных XML, созданных на основе объектов J2EE или .NET, что позволяет приме-

нять общие HTML-представления для данных, полученных из различных источников.

Применение XSLT значительно упрощает процесс отображения, если представление

создается на основе документа XML Другие среды разработки могут потребовать преоб-

разования такого документа в объект или модель XML DOM, что не так просто сделать.

В этом плане XSLT прекрасно вписывается в концепцию работы с XML.

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

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

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

ны на визуализацию данных в формат HTML, что позволяет избежать внедрения в пред-

ставление слишком большого количества логики. Кроме того, представление с преобразо-

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

функционирующего Web-сервера.

Представление с преобразованием преобразует данные домена в формате XML в код

HTML Чтобы кардинально изменить внешний вид Web-сайта, может понадобиться вне-

сти изменения в целый ряд программ преобразования. Этот процесс можно значительно

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

XSLT. Следует отметить, что применять общие преобразования гораздо проще с исполь-

зованием представления с преобразованием, чем представления по шаблону. Если же вам

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

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

представления (Two Step View, 383).

Пример: простое преобразование (Java)

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

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

понадобится подготовить саму таблицу стилей. Большая часть логики по обработке за-

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

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

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

щенном контроллеру запросов.

Все, что делает объект команды, — это вызывает методы модели для получения доку-

мента XML и передает его процессору XSLT.

class AlbumCommand...

public void process () {

try {

Album album = Album.findNamed(request.getParameter(

"name"));

Assert.notNull(album);

PrintWriter out = response.getWriter();

XsltProcessor processor = new SingleStepXsltProcessor(

"album.xsl");

out.print(processor.getTransformation(

album.toXmlDocument() ) ) ;

} catch (Exception e) {

throw new ApplicationException(e) ; } }

Полученный документ XML может выглядеть примерно так, как показано ниже.

<album>

<title>Stormcock</title>

<artist>Roy Harper</artist>

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

<trackxtitle>Hors d' 0euvres</title><time>8 : 37</time>

</track>

</track>

<trackxtitle>One Man Rock and Roll Band</title><time>7:23

</time></track>

<trackxtitle>Me and My Woman</titlextime>13 : 01</time>

</track>

</trackList>

</album>

Преобразование документа XML выполняется с помощью шаблона XSLT. Каждая

инструкция template соответствует определенному элементу XML и преобразует его в

соответствующий элемент HTML-страницы. В данном примере я применил очень про-

стое форматирование, только чтобы продемонстрировать, как это делается. Перечислен-

ные ниже инструкции соответствуют основным элементам файла XML

<xsl:template match="album">

<xsl:apply-templates/>

</BODYX/HTML> </xsl:template>

<xsl:template match="album/title">

<hlxxsl: apply- templates/></hl>

</xsl:template> <xsl:template

match="artist">

<PXB>Artist: </BXxsl: apply-templates/x/P>

</xsl:template>

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

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

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

использованием XML

<xsl:template match="trackList">

</xsl:template> <xsl:template

match="track">

<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="track/title">

</xsl:template> <xsl:template

match="track/time">

</xsl:template>

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

Двухэтапное представление (Two Step View)

Выполняет визуализацию данных домена в два этапа: вначале

формирует некое подобие логической страницы, после чего преобразует

логическую странииу в формат HTML

Если разрабатываемое Web-приложение содержит много страниц, вам, скорее всего,

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

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

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

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

(Template View, 368) или представления с преобразованием (Transform View, 379) значи-

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

фрагментов представлений в нескольких страницах или компонентах преобразований, в

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

нений в несколько различных файлов.

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

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

представление, не содержащее какого-либо специального форматирования. Затем полу-

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

трансформируется в HTML. В этом случае глобальные изменения внешнего вида Web-

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

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

кими способами, что также определяется на втором этапе.

Принцип действия

Главной особенностью этого типового решения является выполнение преобразова-

ния данных в формат HTML в два этапа. На первом этапе информация, полученная от