Создайте новый Web-узел ASP.NET с именем FunWithPageMembers. Нашим первым заданием будет построение пользовательского интерфейса, позволяющего при щелчке пользователя на Web-элементе управления Button увидеть различную информацию о вызывающем браузере. Эта информация будет генерироваться динамически и присваиваться типу Label (с именем lblOutput). Обработчик события Click для Button будет таким.
protected void btnGetBrowserStats_Click(object sender, System.EventArgs e) {
string theInfo = "";
theInfo += String.Format ("‹li›Это клиент AOL? {0}", Request.Browser.AOL);
theInfo += String.Format("‹li›Поддерживает ли клиент ActiveX? {0}", Request.Browser.ActiveXControls);
theInfo += String.Format("‹li›Это клиент Beta? {0}", Request.Browser.Beta);
theInfo += String.Format("‹li›Поддерживает ли клиент Java? {0}", Request.Browser.JavaApplets);
theInfo += String.Format("‹li›Поддерживает ли клиент cookie? {0}", Request.Browser.Cookies);
theInfo += String.Format("‹li›Поддерживает ли клиент VBScript? {0}", Request.Browser.VBScript);
lblOutput.Text = theInfo;
}
Здесь проверяется целый ряд возможностей браузера. Как вы можете догадываться, очень важно выяснить возможность поддержки браузером элементов управления ActiveX, апплетов Java и VBScript клиента. Если вызывающий браузер не поддерживает какую-то из Web-технологий, ваша страница *.aspx должна быть готова выполнить альтернативный план действий.
Доступ к поступающим данным формы
Другими элементами типа HttpResponse являются свойства Form и QueryString. Эти два свойства функционируют аналогично классическому варианту ASP и позволяют анализировать поступающие данные формы, используя пары имен и значений. Вспомните из нашего предыдущего обсуждения классической технологии ASP о том, что при отправке HTTP-данных с помощью GET данные формы будут доступны через свойство QueryString, тогда как для доступа к данным, представленным с помощью POST, используется свойство Form.
Для доступа к данным формы клиента на Web-сервере, конечно, можно использовать свойства HttpRequest.Form и HttpRequest.QueryString, но этот устаревший подход (в большинстве случаев) не является необходимым. Ввиду того, что ASP.NET предлагает свои собственные Web-элементы управления серверной стороны, у вас есть возможность обращаться с HTML-элементами интерфейса, как с настоящими объектами. Таким образом, вместо получения значения текстового блока в варианте
protected void btnGetFormData_Click(object sender, EventArgs e) {
// Получение значения для элемента с ID=txtFirstName.
string firstName = Request.Form["txtFirstName"];
}
вы можете напрямую запросить свойство Text серверного элемента управления.
protested void btnGetFormData_Click(object sender, EventArgs e) {
// Получение значения для элемента с ID=txtFirstName.
string firstName = txtFirstName.Text;
}
Этот подход не только соответствует строгим принципам ООП, но при этом вообще не приходится заботиться о том, как представляются данные формы (GET или POST). К тому же непосредственная работа с элементом управления гораздо больше соответствует требованиям типовой безопасности, поскольку здесь возможные ошибки ввода будут выявлены уже на этапе компиляции, а не в среде выполнения. Конечно, это не значит, что вам в ASP.NET вообще никогда не придется использовать свойства Form и QueryString, но необходимость в их использовании существенно уменьшится.
Свойство IsPostBack
Еще одним очень важным членом HttpRequest является свойство IsPostBack. Напомним, что "postback" обозначает вторичное обращение к конкретной Web-странице в ходе одного сеанса связи с сервером. С учетом этого должно быть понятно, что свойство IsPostBack возвращает true (истина), если текущий HTTP-запрос отправлен уже зарегистрированным настоящий момент пользователем, и false (ложь), если это первое взаимодействие пользователя со страницей.
Обычно необходимость в определении того, что текущий HTTP-запрос является вторичным, возникает тогда, когда некоторый блок программного кода должен выполняться только при первом обращении пользователя к странице. Например, при первом доступе пользователя к файлу *.aspx вы можете заполнить некоторый объект DataSet ADO.NET и поместить этот объект в кэш для использования в дальнейшем. Когда вызывающая сторона снова обратится к той же странице, вы можете избежать необходимости нового обращения к базе данных (конечно, некоторые страницы могут требовать, чтобы DataSet обновлялся при каждом запросе, но это уже другая проблема).
protected void Page_Load(objeet sender, EventArgs e) {
// DataSet заполняется только при первом обращении
// пользователя к данной странице.
if (!IsPostBack) {
// Заполнение DataSet и отправка в кэш!
}
// Использование DataSet из кэша.
}
Взаимодействие с исходящим HTTP-ответом
Теперь вы понимаете, как тип Page взаимодействует с поступающим HTTP-за-просом, и следующим шагом должно быть выяснение того, как реализуется взаимодействие с исходящим HTTP-ответом. В ASP.NET свойство Response класса Page обеспечивает доступ к экземпляру типа HttpResponse. Этот тип определяет ряд свойств, позволяющих сформировать HTTP-ответ, отправляемый обратно браузеру клиента. Описания базовых свойств этого типа предлагаются в табл. 23.6.
Таблица 23.6. Свойства типа HttpResponse
Свойство Описание Cache Возвращает семантику кэширования Web-страницы (например, время ожидания, параметры конфиденциальности, различные описания) ContentEncoding Читает или устанавливает набор символов выходного потока HTTP ContentType Читает или устанавливает MIME-тип выходного потока HTTP Cookies Получает коллекцию HttpCookie, посланную текущим запросом IsClientConnected Читает значение, являющееся индикатором продолжающегося соединения клиента с сервером Output Разрешает пользовательский вывод в поле содержимого исходящего HTTP-сообщения OutputStream Разрешает двоичный вывод в поле содержимого исходящего HTTP-сообщения StatusCode Читает или устанавливает код состояния HTTP-ответа, возвращаемого клиенту StatusDescription Читает или устанавливает строку состояния HTTP-ответа, возвращаемого клиенту SuppressContent Читает или устанавливает значение, являющееся индикатором отмены отправки HTTP-содержимого клиенту
Рассмотрите также описания некоторых методов типа HttpResponse, представленные в табл. 23.7.
Таблица 23.7. Методы типа HttpResponse
Метод Описание AddCacheDependency() Добавляет объект в кэш приложения (см. главу 24) Clear() Удаляет все заголовки и содержимое вывода из буфера потока End() Отправляет все содержимое буфера вывода клиенту, а затем завершает соединение для данного сокета Flush() Отправляет все содержимое буфера вывода клиенту Redirect() Выполняет перенаправление клиента по новому URL Write() Записывает значения в выходной поток HTTP-содержимого WriteFile() Записывает файл непосредственно в выходной поток HTTP-содержимого
Генерирование HTML-содержимого
Пожалуй, самой известной сферой применения типа HttpResponse является запись содержимого непосредственно в выходной поток HTTP. Метод HttpResponse. Write() позволяет передать HTML-дескрипторы, или вообще любые строковые литералы. Метод HttpResponse.WriteFile() расширяет эти возможности с тем, чтобы вы могли указать имя физического файла на Web-сервере, содержащего данные, направляемые в выходной поток (это оказывается очень удобным в том случае, когда требуется отправить содержимое уже существующего файла *.htm).
