Определение архитектуры Web-приложений

    Область применения. Архитектурный шаблон Web Delivery лучше всего использовать в тех случаях, когда нужно управлять клиентской и сетевой конфигурациями. Если же в Web-приложении клиентом управлять не требуется или такое управление является несущественным либо не обеспечивается надежность сетевых соединений, то этот архитектурный шаблон оказывается менее полезным.

    Наибольшим  преимуществом этой архитектуры  является возможность распространения существующих объектов на контекст Web-приложения. Использование прямых и устойчивых взаимосвязей между клиентом и сервером позволяет преодолеть ограничения двух предыдущих архитектурных шаблонов. В данном случае клиент может выполнять бизнес-логику еще более эффективно.

    Структура. Наиболее существенное отличие шаблона Web Delivery от других архитектурных шаблонов Web-приложений заключается в методе, используемом при взаимодействии клиента и сервера. В других шаблонах в качестве основного механизма применяется не поддерживающий соединения протокол HTTP, который ограничивает возможности разработчика, если необходимо обеспечить интерактивное взаимодействие клиента с сервером. К важным элементам шаблона Web Delivery относятся все элементы шаблона Thin Web Client, к которым добавляются следующие дополнительные компоненты.

• DCOM — распределенная объектная модель компонентов, разработанная компанией Microsoft. Модель DCOM обеспечивает возможность объектам, размещенным на одном компьютере, взаимодействовать и использовать методы объектов другой машины.
• IIОР— протокол, входящий в состав технологии CORBA группы OMG. Этот 
  протокол обеспечивает возможность взаимодействия с распределенными объектами через Internet или любую сеть TCP/IP.
• RMI (JRMP) — механизм Java, позволяющий взаимодействовать с объектами, 
  содержащимися на других машинах. JRMP (Java Remote Method Protocol) — естественный протокол для RMI, но его использовать не обязательно. Механизм 
  RMI можно реализовать на базе протокола ПОР спецификации CORBA.

    На  рис. 1.3 представлено логическое представление архитектурного шаблона Web Delivery. 

    Рис.1.3 Архитектура на основе шаблона Web Delivery

    Основные  принципы поведения. Наиболее важный аспект шаблона Web Delivery заключается в использовании броузера для доставки объектов распределенных систем. Броузер используется для предоставления пользовательского интерфейса и хранения некоторых объектов, которые независимо от него взаимодействуют с объектами серверного уровня. Взаимодействие между клиентскими и серверными объектами осуществляется с использованием протоколов ПОР, RMI и DCOM.

    Основным  преимуществом использования броузера в системе клиент/сервер с распределенными объектами является то, что в него встроены средства автоматической загрузки необходимых компонентов с сервера. Для работы с приложением в сети на современном компьютере требуется наличие лишь совместимого броузера. При этом нет необходимости вручную устанавливать специальное программное обеспечение, поскольку сам броузер позволяет выполнять все требуемые действия. При необходимости компоненты доставляются и устанавливаются на клиенте. Аплеты Java и управляющие элементы ActiveX могут автоматически пересылаться и сохраняться в буфере клиентской машины. При активизации этих компонентов в результате загрузки определенной Web-страницы они могут асинхронно взаимодействовать с серверными объектами.

    Выводы. При использовании этого архитектурного шаблона очень важно обеспечить переносимость между различными реализациями броузеров. Кроме того, применение шаблона Web Delivery требует надежной сети, поскольку в данном случае соединения между клиентскими и серверными объектами гораздо более продолжительны по сравнению с HTTP-соединениями. Так что неожиданный разрыв соединения, который не станет проблемой при использовании двух других архитектур, в приложении на основе шаблона Web Delivery приведет к серьезным нарушениям его функционирования.