// Создание новых (временных) данных cookie.
HttpCookie theCookie = new HttpCookie(txtCookieName.Text, txtCookieValue.Text);
Response.Cookies.Add(theCookie);
}
Однако следующий фрагмент программного кода генерирует перманентные данные cookie, срок действия которых истечет 24 марта 2009 года.
private void btnInsertCookie_Click(object sender, EventArgs e) {
// Создание новых (перманентных) данных cookie.
HttpCookie theCookie = new HttpCookie(txtCookieName.Text, txtCookieValue.Text);
theCookie.Expires = DateTime.Parse("03/24/2009");
Response.Cookies.Add(theCookie);
}
Запустив это приложение и добавив некоторые данные cookie, вы сможете проверить, что браузер автоматически сохранит эти данные на диске. Открыв соответствующий текстовый файл, вы увидите нечто, подобное показанному на рис. 24.8.
Рис. 24.8. Перманентные данные cookie
Чтение поступающих данных cookie
Напомним, что именно браузер отвечает за возможность доступа к перманентным данным cookie во время обращения к ранее посещавшейся странице. Для взаимодействия с поступающими данными cookie в ASP.NET предусмотрено свойство HttpRequest.Cookies. Например, если вы хотите обновить пользовательский интерфейс вашего приложения с тем, чтобы можно было отобразить текущие данные cookie с помощью элемента управления Button, вы можете реализовать цикл по всем парам имея и значений, представляя соответствующую информацию в поле элемента Label.
protected void btnShowCookies_Click(object sender, EventArgs e) {
string cookieData = "";
foreach(string s in Request.Cookies) {
cookieData += string.format("‹li›‹b›Имя‹/b›: {0}, ‹b›Значение‹/b›: {1}‹/li›", s, Request.Cookies[s].Value);
}
lblCookieData.Text = cookieData;
}
Если теперь запустить приложение и щелкнуть на новой кнопке, вы увидите, что данные cookie вашим браузером действительно посылаются (рис. 24.9).
Рис. 24.9. Просмотр данных cookie
К этому моменту мы с вами рассмотрели множество способов запоминания информации о пользователях. Вы видели, что данные состояния представлений и данные приложения, кэша, сеанса и cookie обрабатываются примерно одинаково (с помощью индексатора класса). Вы также видели, что тип HttpApplication часто используется для перехвата и обработки событий, происходящих в течение всего времени существования Web-приложения. Следующей нашей задачей является выяснение роли файла Web.config.
Исходный код. Файлы примера CookieStateApp размещены в подкаталоге, соответствующем главе 24.
Настройка Web-приложения ASP.NET с помощью Web.config
При изучении компоновочных блоков .NET мы с вами выяснили, что приложения клиента могут использовать XML-файл конфигурации, содержащий инструкции CLR о том, как обрабатывать связанные запросы, где искать необходимые компоновочные блоки и что еще нужно учесть в среде выполнения. То же можно сказать и в случае Web-приложений ASP.NET, но в данном случае файлы конфигурации (впервые упомянутые в главе 23) всегда называются Web.config (в отличие от файлов конфигурации *.exe, имена которых зависят от имен соответствующих выполняемых файлов клиента).
При добавлении файла Web.config к файлам узла с помощью выбора WebSite->Add New Item из меню создаваемая по умолчанию структура выглядит примерно так, как показано ниже (чтобы не загромождать структуру, комментарии здесь были исключены).
‹?xml version="1.0"?›
‹configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0"›
‹appSettings/›
‹connectionStrings/›
‹system.web›
‹compilation debug="false"/›
‹authentication mode="Windows"/›
‹/system.web›
‹/configuration›
Подобно любому файлу *.config, в файле Web.config определяется корневой элемент ‹configuration›. В его контекст вкладывается элемент ‹system.web›, который может содержать множество дочерних элементов, с помощью которых осуществляется управление поведением Web-приложения в среде выполнения. В ASP.NET файл Web.config можно модифицировать с помощью любого текстового редактора. Некоторые элементы, которым позволено присутствовать в файле Web.config, описаны в табл. 24.4.