40. Записати принципи роботи з Web-службами.

• разработчик создает Web-службу;

• разработчик помещает описание Web-службы в стандартном формате (публикует Web-службу) на специальном Web-сайте UDDI (Universal Description, Discovery and Integration);

• разработчик клиентского Web-приложения запрашивает Web-сайт UDDI на предмет доступных Web-служб. В ответ возвращается список доступных Web-служб, в формате discovery files (DISCO)

• он же выбирает нужный ему Web-сайт и через файл DISCO получает информацию об URL Web-службы и местонахождении документа Web Services Description Language (WSDL), в котором содержится вся необходимая информация о взаимодействии со службой;

• на основе полученного документа WSDL создается прокси-объект для Web-службы. Этот объект позволяет обращаться к Web-службе как к обычному COM-компоненту;

• прокси объект привязывается к Web-службе;

• затем этот прокси-объект можно использовать обычным образом, например, на Web-форме.

41. Дати визначення файлу виявлення, записати його типи.

Файлы обнаружения (discovery files, DISCO) - это файлы в формате XML, которые содержат ссылки (URL) на ресурсы, обеспечивающие информацию о Web-службе. Эти файлы обеспечивают возможность программного обнаружения Web-служб. Файлы обнаружения бывают двух разновидностей:

• файлы *.disco - файлы статического обнаружения. Они автоматически генерируются Web-службой, когда к ней обращаются с URL-запросом, который оканчивается на ?DISCO. Пример такого файла:

• файлы *.vsdisco - файлы динамического обнаружения. Они автоматически генерируются VS.NET при создании ее средствами Web-службы. В нем указываются те каталоги, в которых поиск Web-служб производить не следует

42. Дати визначення файлу WSDL, записати інформацію, яку він містить.

Файл WSDL - еще один XML-совместимый файл, который используется программно при создании прокси-класса для взаимодействия с Web-службой. Он содержит информацию о:

• пути URL к Web-службе;

• методы и свойства Web-службы;

• используемые типы данных;

• поддерживаемые протоколы взаимодействия.

43. Записати роботу з Web-службами через Web-форми.

1) в проекте создают Web-reference для Web-службы. В результате создается файл *.vb или *.cs с исходным кодом для прокси-объекта, через который будет производиться работа с Web-службой.

2) проект компилится. Одновременно компилится и прокси класс и в виде модуля DLL помещается в каталог /bin.

3) в коде Web-формы создается объект WebReference.

4) вызываются методы Web-службы и возвращаемые ими данные используются на Web-форме.

44. Записати методи проксі-класу.

Для каждого метода Web-службы автоматически генерируются три метода прокси класса:

• метод, по имени просто совпадающий с методом Web-службы (в нашем случае HelloWorld);

• метод, Begin_имя_метода (BeginHelloWorld);

• метод End_имя_метода (EndHelloWorld).

45. Записати помилки при роботі з Web-службами.

• служба недоступна;

• ответа от Web-службы приходится ждать очень долго;

• в Web-службе произошла внутренняя ошибка (и вместо ожидаемых данных с Web-службы вернулось сообщение об ошибке).

46. Записати типи для управління інформацією про стан.

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

47. Записати додатки при серверному типі інформації.

При использовании серверного типа в вашем распоряжении:

• application state (информация приложения, общая для всех пользователей, например, информация о количестве посетителей Web-сайта);

• session state (информация конкретного пользователя, доступная только в его сеансе. Например, информация о выбранной им цветовой схеме);

• database state server - если информации состояния много, ее можно сохранять в базе (на SQL Server или другой). Этот способ можно использовать вместе с session state или cookies.

• объект Cache - еще одна возможность работать с информацией состояния на уровне приложения.

48. Записати додатки при клієнтському типі інформації.

При использовании клиентского типа вам доступны:

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

• свойство ViewState - встроенная структура, которая обеспечивает хранение значений при повторном обращении к странице. Физически представляет собой скрытое поле в странице;

• query strings - информация состояния постепенно накапливается в строке запроса и передается при запросе каждой новой страницы.

49. Дати визначення кукам, записати їх види.

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

Куки бывают двух видов:

• временные - живут только до закрытия окна броузера;

• постоянные - сохраняются на жестком диске компьютера и могут жить месяцами и годами (как им назначено).

50. Записати дії при зберіганні інформації стану сеансів out of process.

1) настроить SQL Server или state server.

Для настройки SQL Server достаточно прогнать при помощи OSQL специальный скрипт. Этот скрипт создает базу данных ASPState со всем, что необходимо.

Для настройки State Server достаточно на нем запустить службу ASP.NET.

2) объяснить Web-приложению, где оно должно хранить информацию состояния сеансов. Это делается через тот же файл web.config.

Если используется State Server, нужно вместо имени SQL Server просто указать имя компьютера, на котором работает служба ASP.NET.

51. Записати визначення об’єкта Cache його використання.

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

Применение объекта Cache выглядит так:

• Web-страница запрашивает объект, на который помещена ссылка в объект Cache;

• если этого объекта нет в физическом кэше, он туда помещается и возвращается оттуда клиенту;

• после этого объект Cache не дает удалять этот объект из физического кэша. Все последующие запросы пользователей к нему будут удовлетворяться из физического кэша.