Используйте насыщенные Интернет-приложения, если:

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

Приложение должно обеспечивать более насыщенный, интерактивный пользовательский интерфейс с меньшим временем отклика, чем Веб-приложения.

Использование приложением вычислительных мощностей клиента будет ограничено.

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

Требуется обеспечить простую модель развертывания в Веб.

Проектированию насыщенных Интернет-приложений посвящена глава 23, «Проектирование насыщенных Интернет-приложений».

Сервис

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

Рис. 29

Типовая структура сервисного приложения

Сервисы слабо связаны и могут сочетаться для обеспечения более сложной функциональности. Сервисы могут быть распределенными, доступ к сервису может осуществляться как удаленно, так и с компьютера, на котором сервис выполняется. Также сервисы ориентируются на обмен сообщениями. Это означает, что интерфейсы описываются WSDL-документом, и операции вызываются с помощью построенных на XML-схемах сообщений, которые передаются по транспортному каналу. Кроме того, благодаря реализации взаимодействия через описание сообщения/интерфейса сервисы поддерживают гетерогенную среду. Если компоненты могут интерпретировать описание сообщения и интерфейса, они могут использовать сервис независимо от собственной базовой технологии.

Используйте сервисные приложения, если:

Приложение будет предоставлять функциональность, не требующую UI.

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

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

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

Проектированию сервисов и сервисных приложений посвящена глава 25, «Проектирование сервисных приложений».

Веб-приложение

Ядро Веб-приложения – его логика на стороне сервера. Эта логика может состоять из множества отдельных слоев. Типовым примером является трехслойная архитектура, включающая слой представления, бизнес-слой и слой доступа к данным (рис. 5).

Рис. 30

Типовая структура Веб-приложения

Как правило, Веб-приложение осуществляет доступ к хранилищу данных на удаленном сервере базы данных. Также оно может потреблять сервисы, предоставляемые другими приложениями, включая размещаемые сервисы типа ПО + сервисы и Веб-сервисы.

Используйте Веб-приложения, если:

Приложению не требуется поддерживать насыщенный UI и мультимедиа, что предлагает насыщенное Интернет-приложение.

Требуется обеспечить простую модель развертывания в Веб.

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

Приложение должно быть доступным через Интернет.

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

Проектированию Веб-приложений посвящена глава 21, «Проектирование Веб-приложений».

21

Проектирование Вебприложений

Обзор

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

Веб-приложение – это приложение, которое может использоваться пользователями через Веббраузер или специализированный агент пользователя. Браузер создает HTTP-запросы к определенным URL, которые сопоставляются с ресурсами на Веб-сервере. Сервер формирует визуальное представление HTML-страниц, которое может быть отображено браузером, и возвращает их клиенту. Ядро Веб-приложения – это его логика на стороне сервера. Такое приложение может состоять из множества отдельных слоев. Обычным примером является трехслойная архитектура, включающая слой представления, бизнес-слой и слой доступа к данным. Рис. 1 иллюстрирует типовую архитектуру Веб-приложения с чаще всего применяемыми компонентами, сгруппированными по функциональным областям.