Архитектура Web-приложений Профессор Хомоненко А. Д. ПГУПС, ВКА, 15. 09. 2010 1
Вопросы: l l l Схема взаимодействия обозревателя и Webсервера. Средства организации взаимодействия обозревателя и Web-сервер Протоколы обмена данными Универсальный указатель ресурсов URL для протокола HTTP Методы протокола HTTP 2
Литература: Хомоненко А. Д. , Рогальчук В. В. , Тырва А. В. Разработка Web-приложений для работы с базами данных: Учебное пособие. СПб. : ПГУПС, 2011. – 86 с. 2. Beginning Java EE 5 From Novice to Professional. Kevin Mukhar and Chris Zelenak, with James L. Weaver and Jim Crume. Apress. 2006. — 641 p. 1. 3
Литература: 3. Холл М. , Браун Л. Программирование Web. Библиотека профессионала. Пер. с англ. М. : Издательский дом «Вильямс» , 2002. ─ 1264 с. 4. Мещеряков Е. В. , Хомоненко А. Д. Публикация баз данных в Интернете. ─ СПб. : БХВПетербург, 2001. 5. Хомоненко А. Д. , Цыганков В. М. , Мальцев М. Г. Базы данных. Учебник. Под ред. Проф. Хомоненко А. Д. ─ СПб. : КОРОНА принт, 2004. ─ 736 с. 4
Литература: 6. Хорстман К. , Корнелл Г. Java 2. Библиотека профессионала, том 2 Тонкости программирования. ─ М. : ООО «И. Д. Вильямс» , 2010 ─ 992 с. 7. Монахов В. Язык программирования Java и среда Net. Beans. ─ 2 -е изд. СПб. : БХВ-Петербург, 2009. ─ 712 с. 8. Машнин Т. Современные JAVA-технологии на практике. СПб. : БХВ-Петербург, 2010. ─ 560 с. 9. Heffelfinger D. R. Java EE 5 Development using Glass. Fish Application Server. Packt Publishing, 2007. ─ 420 с. 5
Схема взаимодействия обозревателя и Web-сервера URL (Uniform Resource Locator — универсальный указатель ресурса). Он определяет: • тип протокола для передачи ресурса; • имя домена, используемое для доступа к Webузлу; • номер порта, • локальный путь к файлу и дополнительные аргументы. Соединение с Web-узлом устанавливается с помощью протокола HTTP (Hyper. Text Transfer Protocol — протокол передачи гипертекста). 6
Схема взаимодействия обозревателя и Web-сервера 7
Средства взаимодействия обозревателя и Web-сервера • сценарии (скрипты), подготавливаемые на языках сценариев Java. Script (Netscape), JScript и VBScript (Microsoft); • апплеты и сервлеты на языке Java; • элементы управления Active. X; • консольные исполняемые программы на основе интерфейса CGI; • исполняемые программы на основе интерфейса Win. CGI; • динамические библиотеки, реализованные с использованием интерфейса ISAPI; • динамические страницы IDC/HTX; • активные серверные страницы ASP. 8
Средства взаимодействия обозревателя и Web-сервера Сценарии служат для динамического управления интерфейсными объектами (компонентами) Web-документа. Языки сценариев являются интерпретируемыми, т. е. код выполняется в процессе интерпретации. Интерпретацию и выполнение сценариев осуществляет обозреватель или Web-сервер. 9
Средства взаимодействия обозревателя и Web-сервера Сценарии рассматриваются как расширение языка HTML и могут включаться в тело HTMLдокумента. Часть сценария может исполняться во время загрузки документа, а часть сценария, реализованная, как правило, в виде функции, выполняться в ответ на действия пользователя. Выбор языка сценариев определяется типом обозревателя. 10
Средства взаимодействия обозревателя и Web-сервера Элементы управления Active. X представляют собой модули расширения, которые могут использоваться и на стороне клиента, и на стороне сервера. Реализуются с помощью динамических библиотек DLL и встраиваются в Webдокумент как дополнительные интерфейсные элементы. Механизм работы элементов управления Active. X позволяет получать с их помощью неограниченный доступ к локальным ресурсам компьютера. 11
Средства взаимодействия обозревателя и Web-сервера Апплеты Java (applet — "маленькое приложение") применяются для создания динамически формируемого интерфейса пользователя. Возможности Java по доступу к локальным ресурсам пользователей урезаны, что делает его безопасным для использования в сети. Апплеты предназначены для выполнения на любых платформах. Их код интерпретируется виртуальной Java-машиной, входящей в состав обозревателя. 12
Средства взаимодействия обозревателя и Web-сервера Сервлеты, в отличие от апплетов, выполняются на стороне сервера и служат для обработки запросов, передаваемых от обозревателя. 13
Средства взаимодействия обозревателя и Web-сервера Интерфейс CGI (Common Gateway Interface — общий шлюзовой интерфейс) является стандартным протоколом взаимодействия между Web-сервером и модулями расширения, которые могут применяться для выполнения дополнительных функций, не поддерживаемых сервером. Например, для обработки получаемой от пользователя информации, для динамического формирования Web-документа, публикации БД на Web-странице и т. д. 14
Средства взаимодействия обозревателя и Web-сервера Интерфейсу CGI соответствуют консольные приложения операционной системы DOS. Обмен информацией между сервером и модулем расширения осуществляется с помощью стандартного потокового ввода/вывода, а передача управляющих параметров организуется через переменные окружения операционной системы или через параметры URL-адреса модуля расширения. 15
Средства взаимодействия обозревателя и Web-сервера Интерфейсы ISAPI/NSAPI (Internet Server API/Netscape Server API), разработаны фирмами Microsoft и Netscape соответственно. Предназначены для разработки модулей расширения Web-сервера в виде библиотек DLL. Запуск модуля расширения выполняется сервером в ответ на запрос обозревателя на загрузку URL-адреса модуля. 16
Средства взаимодействия обозревателя и Web-сервера Взаимодействие между сервером и модулем расширения осуществляется с помощью специальных объектов (Request, Response). Cервер передает параметры запроса модулю расширения и получает сформированный Web -документ, который с помощью протокола HTTP пересылается обратно обозревателю. 17
Средства взаимодействия обозревателя и Web-сервера Преимущества сервлетов по сравнению с интерфейсом CGI: • Повышенная эффективность. Они выполняются в пределах адресного пространства Web-сервера. • Платформенная независимость благодаря языку Java. • Повышенная безопасность ресурсов на сервере благодаря наличию ограничений. • Доступность функциональных возможностей библиотек классов Java. 18
Протоколы обмена данными Протокол HTTP (Hyper. Text Transfere Protocol) является предназначен для передачи данных различных форматов между обозревателем и Web-сервером. Соединение между компьютером-отправителем и компьютером-получателем осуществляется с помощью протокола низкого уровня TCP/IP (Transport Control Protocol/Internet Protocol — протокол управления передачей/межсетевой протокол). 19
Протоколы обмена данными TCP/IP ─ универсальный платформонезависимый протокол передачи данных по сети. За физическую передачу данных отвечает протокол IP. TCP ─ протокол более высокого уровня. Он разбивает в компьютере-отправителе файлы на пакеты, добавляет в каждый из них адрес получателя и порядковый номер пакета в группе пакетов. В компьютере-получателе протокол собирает файлы из пакетов, проверяет их целостность. 20
Универсальный указатель ресурсов URL для протокола HTTP Обозреватель формирует запрос на получение нужной страницы с помощью универсального указателя ресурса — URL (Universal Resource Locator). Для загрузки требуемой страницы в окне обозревателя указывается строка адреса. Загрузку требуемого документа можно осуществить и из Web-документа с помощью специальных тегов. Приведем структуру URL для протокола HTTP: http: //<хост>/<порт>: <путь>? <поиск> 21
Универсальный указатель ресурсов URL для протокола HTTP В составе URL: http — имя протокола, используемого для доступа к ресурсу; <хост> — имя домена, используемое для поиска требуемого Web-узла в Интернете; <порт> — номер порта, который задает номер логического канала связи в Интернете; <путь> — локальный путь к файлу; <поиск> — дополнительные параметры запроса. 22
Методы протокола HTTP GET извлекает информацию, указываемую с помощью Uniform Resource Identifier (URI). POST требует, чтобы сервер передал тело запроса ресурсу, указанному с помощью URI, для обработки. HEAD возвращает только заголовок ответа, который должен быть возвращен по запросу GET. PUT выгружает на сервер данные, которые должны хранится по заданному URI запроса. 23
Методы протокола HTTP Основное отличие от POST состоит в том, что сервер не должен далее обрабатывать запрос PUT, а просто сохранить его по указанному URI. DELETE удаляет ресурс, указываемый с помощью URI запроса. TRACE Заставляет сервер вернуть сообщение запроса. 24
Спасибо за внимание ! ПГУПС, каф. «ИВС» Зав. кафедрой Хомоненко Анатолий Дмитриевич khomon@mail. com 2010 г. 25
Скачать презентацию Архитектура Web-приложений Профессор Хомоненко А Д ПГУПС ВКА
1 Архитектура Web приложений.ppt