Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
раздел 2 света.docx
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
434 Кб
Скачать
☆

Серверные и клиентские сценарии Web-приложений.

Клиентские сценарии

  • Клиентский сценарий выполняется на компьютере-клиенте. Программы просмотра снабжены встроенным интерпретатором, который может считывать и выполнять сценарии.

  • Основная цель добавления клиентского сценария к Web-странице — создание событийных процедур для элементов управления. Например, событийная процедура будет запускать определенную функцию, когда пользователь нажмет соответствующую кнопку.

  • Клиентские сценарии в HTML-странице не компилируются и не шифруются. Поэтому, если посмотреть исходный HTML-код Web-страницы, можно увидеть текст встроенного сценария.

  • Чтобы сценарий клиентской части функционировал, программа просмотра должна поддерживать язык, на котором он написан. В противном случае пользователь не получит полного доступа к сценарным средствам Web-страницы.

Серверные сценарии

  • Серверный сценарий выполняется в рамках активной страницы на Web-сервере до того, как тот вернет пользователю готовую HTML-страницу. Когда пользователь запрашивает активную серверную страницу, сервер выполняет сценарии и создает HTML-код, который и передается пользователю. В результате пользователь не видит серверного сценария на полученной Web-странице.

  • Поскольку серверный сценарий выполняется на Web-сервере, ему доступны все ресурсы сервера – например, базы данных и исполняемые файлы.

  • Для работы серверных сценариев Web-сервер должен поддерживать технологию активных страниц; к программе просмотра же не предъявляется никаких дополнительных требований, поскольку Web-клиент в данном случае получает стандартную HTML-страницу. Таким образом, сценарии серверной части не зависят от клиентов.

Транзакции в http.

Основные транзакции в HTTP:

  1. Браузер декодирует первую часть URL (Universal Resource Locator) и устанавливает соединение с сервером.

  2. Браузер передает остальную часть URL на сервер.

  3. Сервер определяет по URL путь и имя файла.

  4. Сервер пересылает указанный файл браузеру.

  5. Сервер прерывает соединение.

  6. Браузер отображает документ.

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

Архитектура "клиент-сервер".

Сеть Интернет организована по схеме клиент-сервер. В классическом случае данная схема функционирует следующим образом:

  • клиент формирует и посылает запрос на сервер баз данных;

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

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

Цикл повторяется, пока пользователь не закончит работу с сервером.

В сервисе WWW для передачи информации применяется протокол НТТР (HyperText Transmition Protocol).

Распределение функций в архитектуре "клиент-сервер".

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

  • Основные функции серверной СУБД – обеспечение надежности, согласованности и защищенности данных, управление запросами клиентов, быстрая обработка SQL-запросов.

  • В двухзвенной архитектуре вся логика работы приложения (прикладные задачи, бизнес-правила) распределяется между двумя процессами: клиентом и сервером.