116 Часть I. Новый взгляд на Web-приложение

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

Объекты Command могут быть полезны тогда, когда необходимо передавать информацию между отдельными подсистемами приложения. Приме-' ром "границы", разделяющей подсистемы, может служить сетевое соединение. К рассмотрению образа разработки Command мы вернемся в главе 5,! которая будет посвящена взаимодействию клиента и сервера.

3.2.4. Обеспечение единственной ссылки на ресурс: образ разработки Singleton

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

Поддержка торговых сделок

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

Наша клиентская программа поддерживает режимы с помощью объекта JavaScript.

var MODE_RED=1; var MODE_AMBER=2; var MODE_GREEN=2;

function TradingMode(){ this.mode=MODE_RED;

}

Мы можем запрашивать и устанавливать режим для данного объекта, причем не исключено, что это будет сделано в разных местах программы. Мы также могли бы определить функции getMode () и setMode () и реализовать

Глава 3. Управление кодом Ajax 117

Рис. 3.4. В рассматриваемом Ajax-приложении средства покупки-продажи и функции анализа определяют, какие данные надо использовать: реальные или имитированные. Для этого они обращаются к объекту T r a d i n g M o d e . В желтом режиме происходит обращение к серверу-имитатору, а в зеленом режиме — к реальному биржевому серверу. Если в системе имеется несколько объектов T r a d i n g M o d e , их состояние может стать несогласованным,

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

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

Предположим, что пользователю доступны средства, позволяющие покупать и продавать ценные бумаги, а также вычислять выигрыш или потери от сделки, прежде чем совершать ее. В зависимости от режима взаимодействие, связанное с покупкой и продажей, может осуществляться с одной из двух служб: имитатором в желтом режиме и сервером брокера в зеленом режиме. В красном режиме средства взаимодействия заблокированы. Анализ производится на основе текущих и предыдущих цен. Источником данных являются имитатор в желтом режиме и биржевые сводки в зеленом режиме. Для того чтобы определить, откуда следует получать данные и с какой службой должно производиться взаимодействие при покупке и продаже, надо обратиться к объекту TradingMode (рис. 3.4).

Важно, чтобы средства покупки-продажи и средства анализа обращались к одному и тому же объекту TradingMode. Если пользователь будет осуществлять покупки и продажи в режиме имитации, но основываться при этом на реальных данных, в худшем случае он получит сообщение о том, что проигРал условные деньги. Если же при реальных покупках и продажах пользователь будет исходить из данных, полученных от имитатора, он наверняка

118 Часть I. Новый взгляд на Web-приложение

потеряет работу.

Объект, существование которого допускается в единственном экземпляре, называется единичным объектом (singleton). Сначала мы обсудим, как единичные объекты поддерживаются в объектно-ориентированном языке, а затем рассмотрим особенности работы с ними JavaScript-программ.

Единичные объекты в Java

В Java и других подобных языках для реализации единичных объектов применяется следующий подход: конструктор скрывается, а вместо него предоставляется get-метод (листинг 3.3).

Листинг 3.3. Единичный объект TradingMode в языке Java

public class TradingMode{

private static TradingMode instance=null; public int mode;

private TradingMode(){ mode=MODE_RED;

}

В языке Java для определения поведения единичных объектов используются модификаторы доступа private и public. Приведенный ниже код не будет компилироваться, поскольку конструктор недоступен из других классов.

new TradingMode().setMode(MODE_AMBER);

Для того чтобы компиляция была выполнена без ошибок, выражение должно иметь следующий вид:

TradingMode.getlnstance().setMode(MODE_AMBER);

Такое решение гарантирует, что при каждом обращении к TradingMode реальный доступ будет предоставлен к одному и тому же объекту. Здесь были использованы языковые средства, отсутствующие в JavaScript, поэтому в следующем разделе мы рассмотрим, как добиться того же результата, пользуясь лишь имеющимися в наличии возможностями.

Единичные объекты в JavaScript

В JavaScript отсутствуют модификаторы доступа, поэтому, для того, чтобы "скрыть" конструктор, мы не будем создавать его. Язык JavaScript основан на прототипах, а конструкторы представляют собой объекты Function (подробно об этом речь пойдет в приложении Б). Мы можем создать объект TradingMode обычным способом.