Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ajax_v_deystvii.pdf
Скачиваний:
34
Добавлен:
05.03.2016
Размер:
5.83 Mб
Скачать

Глава 4. Web-страница в роли приложения 151

Рис. 4.3. Вложенная архитектура MVC

данной архитектуры. В жизненном цикле приложения средства MVC каждого уровня выполняют различные функции, но все они служат формированию понятного, хорошо организованного кода. На рис. 4.3 показано, как элементы MVC, присутствующие на различных уровнях, сочетаются друг с другом в рамках архитектуры приложения.

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

4.2. Представление в составе Ajax-приложения

С точки зрения JavaScript-приложения, доставленного браузеру в начале работы, представлением является отображаемая страница, состоящая из элементов DOM, основой для воспроизведения которых является HTMLразметка или действия программы. О принципах программной обработки элементов DOM см. в главе 2.

152 Часть II. Основные подходы к разработке приложений

Согласно принципам архитектуры "модель-представление-контроллер" представление выполняет две основные функции. Во-первых, предоставляет визуальный интерфейс, посредством которого пользователь может выполнять действия и вызывать тем самым события, обрабатываемые контроллером. Во-вторых, оно обновляет само себя в соответствии с изменениями модели. Информацию об этих изменениях также предоставляет контроллер.

Если над приложением работает команда разработчиков, то представление становится той областью, где сталкиваются различные интересы. Интерактивные средства Ajax-интерфейса определяют не только программисты, но также дизайнеры и художники. Предлагать дизайнеру написать код или привлекать программиста к рисованию — явно бесполезная затея. Даже если кто-либо имеет две специальности и выступает при работе над приложением в двух разных ролях, желательно, чтобы в каждый момент времени он занимался одной конкретной задачей.

Обсуждая применение архитектуры MVC к программам, расположенным на сервере, мы показали, как "сплетаются" код и представление и что надо сделать, чтобы разделить их. Можно ли решить эту задачу для информации, имеющейся в браузере?

Вглаве 3 мы описывали действия по структурированию Web-страниц,

врезультате которых коды CSS, HTML и JavaScript располагались в разных файлах. Если рассматривать лишь саму Web-страницу, такое разделение соответствует принципам MVC. Здесь таблицы стилей выступают в роли представления, a HTML/DOM являются моделью. В данном случае средства воспроизведения страницы являются "черным ящиком", а коды HTML

иCSS должны рассматриваться как представление. Желательно, чтобы они поддерживались независимо друг от друга. Поместив JavaScript-код в отдельный файл, мы уже сделаем существенный шаг по пути разделения функций дизайнеров и программистов. Однако это только начало.

4.2.1. Отделение логики от представления

Даже если JavaScript-код находится в отдельном файле, представление и логика (модель и контроллер) вполне могут оказаться перепутанными. Предположим, что мы создали встроенный обработчик события на языке JavaScript.

<div class='importButton'

onclick=1importData("datafeed3.xml", raytextbox.value);'/>

Сделав это, мы "жестко" закодировали бизнес-логику в составе представления. Что такое datafeed3? Как обрабатывать значение mytextbox. value? Почему функции importData () передаются два параметра и каково их назначение? Дизайнер должен знать об этом.

Функция importData () относится к бизнес-логике. Согласно принципам MVC, представление и модель не должны непосредственно взаимодействовать друг с другом, поэтому они разделены дополнительным уровнем. Предположим, что мы переписали элемент div следующим образом:

Глава 4. Web-страница в роли приложения 153

<div c l a s s = ' i m p o r t B u t t o n ' o n c l i c k = ' i m p o r t F e e d D a t a ( ) ' / >

Теперь, если мы определим обработчик события так, как показано ниже, параметры будут инкапсулированы не в анонимном обработчике, а в функции importFeedData().

function importFeedData(event){ importData("datafeed3.xml", mytextbox.value);

}

Такой подход позволяет использовать обработчик в любом месте программы, разделяя функциональные возможности и следуя принципу DRY (напомним, что данная аббревиатура означает "don't repeat yourself" — не повторяться).

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

Для того чтобы разделить контроллер и представление, мы присоединим обработчик события программными средствами. Вместо того чтобы реализовывать встроенный обработчик, мы укажем некоторый маркер, который впоследствии будет извлечен программой. Маркеры могут быть разными. В частности, можно указать уникальный идентификатор и задавать обработчики для каждого элемента. HTML-элемент будет переписан следующим образом:

<div class='importButton' id='dataFeedBtn'>

Приведенный ниже код надо включить в функцию обратного вызова window, onload.

var dfBtn=document.getElementById('dataFeedBtn') ; dfBtn.onclick=importFeedData;

Если мы хотим связать определенные действия с несколькими событиями, нам понадобится маркер, не являющийся уникальным. Для этой цели можно использовать класс CSS.

Добавление обработчиков событий с помощью CSS

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

Листинг 4.1. Файл musical.html

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtmll/DTD/xhtmll-strict.dtd">

<html> <head> <title>Keyboard</title> <link rel='stylesheet1 type='text/ess1 href='musical.css'/> <script type='text/javascript' src='musical.js'X/script> <script type='text/javascript'> window.onload=assignKeys; </script> </head>

<body>

<div id='keyboard' class='musicalKeys'> <! О — Клавиши на "клавиатуре" —> <div class='do musicalButton'X/div>

154 Часть II. Основные подходы к разработке приложений

<div class='re musicalButton'x/div> <div class='mi musicalButton'X/div> <div class='fa musicalButton'x/div> <div class='so musicalButton'x/div> <div class='la musicalButton'x/div> <div class='ti musicalButton'x/div> <div class='do musicalButton'x/div>

</div> <div id='console' class='console'> </div> </body> </html>

В декларации DOCTYPE МЫ указали определение Strict лишь для того, чтобы показать, что такое решение возможно. Элементу keyboard присвоен уникальный идентификатор, но в дескрипторах, соответствующих отдельным клавишам, идентификатор отсутствует. Заметьте, что для элементов, представляющих клавиши О, указаны два класса. Класс musicalButton — общий для всех клавиш, а второй класс позволяет различать их. Соответствующие стили определены раздельно в файле musical.ess (листинг 4.2).

Листинг4.2.Файлmusical.ess

.body{

background-color: white; } .musicalKeys{

background-color: #ffeOdO; border: solid maroon 2px; width: 536px;

height: 68px; top: 24px; left: 24px; margin: 4px;

position: absolute; overflow: auto;

} .musicalButton{ border: solid navy lpx; width: 60px;

height: 60px; position: relative; margin: 2px;

float: left;

}

.do{ background-color: red; }

.re{ background-color: orange; }

.mi{ background-color: yellow; }

.fa{ background-color: green; }

.so{ background-color: blue; }

.la{ background-color: indigo; }

.ti{ background-color: violet; } div.console{

font-family: arial, helvetica; font-size: 16px;

color: navy; background-color: white; border: solid navy 2px; width: 536px;

Глава 4. Web-страница в роли приложения 155

height: 320px; top: 106px; left: 24px; margin: 4px;

position: absolute; overflow: auto;

}

Стиль musicalButton определяет свойства, общие для всех клавиш. Второй стиль лишь задает цвет клавиши. Заметьте, что позиция элемента верхнего уровня непосредственно определена в пикселях, а для клавиш мы задаем свойство float. В результате такого решения вступают в действие средства компоновки, встроенные в браузер, и клавиши размещаются вдоль горизонтальной линии.

Связывание обработчиков событий с элементами

JavaScript-код, показанный в листинге 4.3, связывает обработчики событий с клавишами.

Листинг4.З. Файл musical, js

function assignKeys(){

// Получение родительского элемента div

var keyboard=document.getElementById("keyboard");

//

Перечисление дочерних элементов

 

var

keys=keyboard.getEleraentsByTagName("div");

if

(keys){

 

for(var i=0;i<keys.length;i++){

 

 

var

key=keys[i];

 

 

var

classes=(key.className).split("

" ) ;

 

if

(classes && classes.length>=2

 

 

SS

 

 

classes[1]=="musicalButton"){

 

 

var note=classes[0];

 

 

// Добавление атрибута

 

 

key.note=note;

 

 

key.onmouseover=playNote;

 

J

}

 

 

}

 

 

 

}function playNote(event){

//Извлечение дополнительного атрибута var note=this.note;

var console=document.getElementById("console") ;

if (note && console){ console.innerHTML+=note+" . ";

}

}

156 Часть II. Основные подходы к разработке приложений

Функция assignKeys () вызывается в составе обработчика window. onload. (Если определить window.onload непосредственно, это ограничит переносимость приложения.) Мы находим элемент keyboard по его уникальному идентификатору, а затем используем функцию getElementsByTagName () для перебора всех дочерних элементов div. Для этого необходимо иметь представление о структуре страницы, зато дизайнер получает возможность перемещать элементы div, соответствующие клавишам, любым удобным для него способом.

Каждый элемент DOM, представляющий клавишу, возвращает посредством свойства className строку символов. Для преобразования строки

вмассив мы используем встроенную функцию String.split, после чего проверяем, принадлежит ли элемент классу musicalButton. Затем мы читаем оставшуюся часть строки, которая представляет ноту, и связываем ее с узлом DOM посредством дополнительного свойства. Это свойство будет прочитано

вобработчике события.

Воспроизводить звуки посредством Web-браузера затруднительно, поэтому в данном примере мы лишь отображаем ноты на "консоли" под изображением клавиатуры. На рис. 4.4 показано действие клавиатуры. В данном случае нам удалось довольно удачно разделить роли. Если дизайнер переместит элементы DIV, соответствующие клавиатуре и консоли, в другое место документа, приложение будет по-прежнему работать и риск случайно изменить логику обработки событий сводится к минимуму. По сути, HTMLстраница выполняет функции шаблона, в состав которого мы включаем переменные и логику выполнения. Это позволяет отделить логику от представления. Мы обработали данный пример вручную, чтобы детально продемонстрировать наши действия. При работе над реальным приложением целесообразно использовать для получения того же результата библиотеки независимых производителей.

Библиотека Rico (http://www.openrico.org/) поддерживает объекты Behavior и позволяет реализовать интерактивные возможности поддерева DOM. Компонент Rico Accordion рассматривался в разделе 3.5.2. Разделить элементы разметки HTML и интерактивные функции можно посредством библиотеки Behaviour (см. ссылку в конце данной главы), созданной Беном Ноланом (Ben Nolan). Данная библиотека позволяет связывать с элементами DOM код, предназначенный для обработки событий, используя селекторы CSS (см. главу 2). В предыдущем примере функция assignKeys () выбирала элемент с идентификатором keyboard, а затем извлекала все содержащиеся в нем элементы div. Используя селектор, мы можем выразить то же правило следующим образом:

•keyboard div

Применяя CSS, мы можем связать стиль со всеми элементами keyboard посредством данного селектора. Библиотека Behaviour.js также позволяет использовать обработчики событий следующим образом:

var myrules={ 'tkeyboard div1 : function(key){

var classes=(key.className).split(" " ) ;

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]