Глава 1. Каким должен быть Web-интерфейс 59

1.4.2.Java Web Start

Java Web Start — это спецификация, определяющая способ связывания серверных Web-приложений, созданных на базе Java. В результате программа, выполняемая на настольной системе, может находить, копировать и запускать их. Допускается создавать гипертекстовые ссылки, указывающие на эти приложения; такой подход обеспечивает обращение к ним из браузера, поддерживающего Web Start. Средства Web Start включены в состав последних версий Java. В процессе инсталляции продуктов Internet Explorer и Mozilla по умолчанию разрешено использование данной технологии.

Единожды скопированное приложение Web Start хранится в составе файловой системы в так называемой "песочнице" и автоматически обновляется при получении новой версии. Такой подход допускает работу при отсутствии сетевого соединения и снижает объем трафика при повторной загрузке документов. В результате становится возможной работа с приложениями объемом в несколько мегабайт. В приложениях используется цифровая подпись, и пользователь может решать, предоставлять ли им доступ к файловой системе, сетевым портам или к другим ресурсам.

Традиционно для создания интерфейса приложений Web Start используются средства Java Swing. Средствами Web Start могут доставляться компоненты SWT (Standard Widget Toolkit), используемые в составе Eclipse, но чтобы добиться этого на практике, надо затратить дополнительные усилия.

На платформе .NET реализованы средства аналогичного назначения — No Touch Deployment. Они также обеспечивают простоту доставки, богатый пользовательский интерфейс и защиту.

Основной недостаток обеих технологий — потребность в заранее установленной исполняющей системе. Очевидно, что исполняющая система необходима для любого богатого клиента, но Flash и Ajax используют для этой цели общепринятые программные средства. (Для Ajax исполняющей системой является сам браузер.) Системы Java и .NET имеются не на всех машинах, поэтому в настоящее время при реализации Web-служб, ориентированных на массовое применение, на них нельзя полагаться.

1.5. Резюме

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

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

Системы клиент/сервер и n-связные архитектуры необходимы для взаимодействующих программ или для приложений, координируемых из единого центра, но для них неизбежна задержка, связанная с передачей по сети, что снижает производительность работы пользователя. Предпринимаются попытки решить проблему задержки путем асинхронной удаленной обработки событий, но, несмотря на это, необходимо признать, что модель "запросответ", типичная для традиционных Web-приложений, в принципе не может обеспечить высокую производительность.

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

•Браузер имеет дело с приложением, а не с содержимым.

•Сервер доставляет данные, а не содержимое.

•Пользователь постоянно взаимодействует с приложением, и большинство запросов к серверу формируется без его участия.

•Код имеет большой объем, кроме того, он сложен и структурирован. Код играет главную роль в нашей архитектуре, поэтому ему надо уделять основное внимание.

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

1.6. Ресурсы

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

•Впервые инфраструктура Ajax была упомянута 18 февраля 2005 г. в статье Джесса Джеймса Гарретта, которая доступна по адресу h t t p : / / www.adaptivepath.com/publications/essays/archives/000385.php.

•Рассуждения Алане. Купера о независимых и переходных приложениях можно найти в следующем документе: http://www.cooper.com/articles/ art_your_programs_posture.htm.

Знакомство с

Вэтой главе ...

•Технологии, лежащие в основе Ajax

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

•Использование Document Object Model

для определения структуры пользовательского интерфейса

•Асинхронное взаимодействие с сервером посредством XMLHttpRequest

•Совместное использование базовых технологий

врамках инфраструктуры Ajax