Главная страница Случайная страница
Разделы сайта
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
⚡️ Для новых пользователей первый месяц бесплатно. А далее 290 руб/мес, это в 3 раза дешевле аналогов. За эту цену доступен весь функционал: напоминание о визитах, чаевые, предоплаты, общение с клиентами, переносы записей и так далее.
✅ Уйма гибких настроек, которые помогут вам зарабатывать больше и забыть про чувство «что-то мне нужно было сделать».
Сомневаетесь? нажмите на текст, запустите чат-бота и убедитесь во всем сами!
Краткие итоги. Способы взаимодействия программного кода с интерфейсными элементами управления ASP.NET аналогичны таковым при разработке классических Windows-приложений
|
|
Способы взаимодействия программного кода с интерфейсными элементами управления ASP.NET аналогичны таковым при разработке классических Windows-приложений. При генерации HTML-кода страницы ASP.NET элементы управления преобразуются в теги HTML. Элементы управления, используемые для отображения данных на Web-странице, могут размещаться на странице как путем перетаскивания с панели Toolbox, так и динамическим способом в процессе работы приложения. При этом возможно создание обработчиков событий таких элементов управления с использованием делегатов.
Любые элементы управления, размещаемые на странице, помещаются в контейнер, роль которого выполняет страница приложения, представленная в ASP.NET классом Page. С помощью данного класса можно получить доступ к большому количеству объектов, используемых для управления страницами Web-приложения. В силу специфики работы интернет-приложений существуют определенные сложности организации обработки информации. Эти сложности связаны с тем, что после генерации кода HTML и отправки его клиенту экземпляр формы, расположенный на сервере, уничтожается, следовательно, уничтожаются и данные элементов управления, содержащихся внутри этой формы. Для того чтобы сохранять значения элементов управления между обращениями к странице, необходимо использовать коллекции ViewState, объекты Session или Application.
Существует несколько способов передачи информации от одной страницы к другой и от одного приложения к другому. Одним из таких способов является использование строки запроса.
Для обмена информацией между браузером клиента и сервером существуют объекты Response и Request. Одной из наиболее часто используемых возможностей этих объектов является работа с файлами cookie. Эти файлы сохраняются на жестком диске клиента и могут задействоваться для сохранения данных между сеансами работы с Web-приложением. Однако в силу слабой защищенности информации, сохраняемой в файлах cookie, не рекомендуется использовать их для хранения сложноструктурированной или секретной информации.
Рис. 9.1. Результат отображения текущей даты и времени в окне браузера без использования кэширования
Добавим данную страницу в кэш. Для этого добавим к файлу страницы директиву
< %@ OutputCache Duration=" 10" VaryByParam=" None" %> Атрибут Duration задает количество секунд, в течение которых необходимо хранить страницу в кэше. Параметр VaryByParam, равный значению None, устанавливает режим кэширования, при котором, независимо от дополнительных параметров, в кэше будет сохраняться только одна копия данной страницы.
Теперь при запуске приложения в окне браузера будет выведено текущее значение времени и дата, однако при попытке обновления страницы никаких изменений текущих значений происходить не будет в течение 10 секунд. При попытке обновления страницы по истечении 10 секунд обновится текущее значение времени, а также дата.
Несмотря на явное указание времени, в течение которого страница должна находиться в кэше, она может быть удалена из него ранее. Это может произойти в том случае, если для помещения в кэш нового элемента не хватает места. Благодаря такому механизму, реализованному в ASP.NET, можно не заботиться о необходимости очищения памяти кэша.
Выше уже отмечались некоторые потенциальные проблемы, связанные с кэшированием страницы вывода. Одним из таких случаев является использование данных, передаваемых странице через строку запроса. При установленном режиме кэширования, рассматриваемом выше, несмотря на ввод в строку адреса значений переменных страница сохраняется в кэше заданные 10 секунд. Однако такое поведение можно изменить, если указать в качестве значения параметра VaryByParam значение " *", которое устанавливает режим кэширования страниц, содержащих строку запроса. При этом ASP.NET начинает кэшировать отдельные копии страницы для разных значений аргументов, указанных в строке запроса.
Рис. 9.2. Кэширование страницы для разных значений аргументов, указанных в строке запроса
Использование значения " *" в качестве значения параметра VaryByParam в некоторых случаях способно вызвать дополнительные проблемы. Дело в том, что в некоторых типах приложений достаточно часто применяется передача множества параметров в строке запроса. Если значение хотя бы одного из передаваемых параметров будет отличаться от значения такого же параметра кэшированной страницы, запрашиваемая страница будет кэширована вновь. Например, если в строке запроса передается информация о клиенте, а также о выбранном им товаре, понятно, что количество комбинаций клиента и товара достаточно велико, а следовательно, практически все запрашиваемые страницы будут помещены в кэш, причем их повторное использование будет стремиться к 0. В этом случае целесообразно выявить те параметры, которые наиболее часто нужны для передачи параметров с высокой степенью повторного использования, и указать их в качестве значения параметра VaryByParam. Например, следующая строка дает команду ASP.NET для кэширования только тех страниц, которые содержат параметр ClientID, чье значение, в свою очередь, отличается от уже сохраненного в кэше.
< %@ OutputCache Duration=" 30" VaryByParam=" ClientName" %> Фрагментное кэширование
В ряде случаев бывает нецелесообразно по каким-то причинам кэшировать всю страницу целиком, - например, когда на странице находится динамическое содержимое, которое необходимо обновлять постоянно. В этом случае можно воспользоваться возможностью кэширования фрагментов.
Реализовать данную разновидность кэширования можно двумя способами.
Рис. 9.3. Создание и добавление к проекту пользовательского элемента управления
В результате будет создан и добавлен к приложению файл ShowTime.ascx, представляющий собой фактически Web-страницу, у которой отсутствуют обязательные для HTML-страниц теги, такие как < html>, < body> и т. д. Отсутствие упомянутых тегов объясняется тем, что пользовательский элемент управления фактически представляет собой фрагмент Web-страницы, который будет встраиваться в основную страницу.
Введем в исходный код созданного пользовательского элемента управления следующий фрагмент:
< div class=" box" > < div runat=" server" id=" timeLabel" class=" bar" > < asp: Label ID=" Label1" runat=" server" Text=" Label" > < /asp: Label> < /div> < /div> Фактически этот пользовательский элемент управления создается на основе серверного элемента управления Label, который помещен внутри двух тэгов < div>. Тег верхнего уровня необходим для формирования контура элемента управления в виде прямоугольника. Второй тег < div> нужен для отображения цветной полосы, величина которой зависит от текущего значения секунд. Если с контуром в виде прямоугольника все просто, то о цветной полосе стоит поговорить отдельно. В принципе, она должна являться аналогом элемента progress bar в традиционных win32-приложениях. Реализовать в рамках Web-приложения это можно несколькими способами, один из которых подразумевает отображение прямоугольника с необходимым цветом фона внутри элемента управления Label и изменение его размера в зависимости от значения времени. Сделать это можно с помощью CSS, создав несколько описаний стилей классов, обозначенных в исходном коде пользовательского элемента управления, который приведен выше.
Пример описания стилей, использованных для данного примера, приведен ниже.
body{ font-family: Lucida Sans; font-size: 1em; }.box{ position: relative; width: 120px; border: 1px solid gray; padding: 2px; }.box.bar{ background: lightblue; height: 1em; line-height: 1em; }.box.bar span{ position: absolute; font-size: small; } Теперь необходимо позаботиться о том, чтобы внутри созданного пользовательского элемента управления отображалось текущее значение времени. Для этого необходимо в обработчик события Page_Load пользовательского элемента ввести следующий код:
protected void Page_Load(object sender, EventArgs e){ Label1.Text = DateTime.Now.ToString(" hh: mm: ss"); timeLabel.Style.Add(" width", (DateTime.Now.Second * 2). ToString() + " px"); } Из примера видно, что значению элемента Label1 присваивается значение текущего времени в формате " час: минута: секунда". После этого к элементу timeLabel добавляется стиль, определяющий значение ширины элемента и в качестве значения ширины устанавливающий удвоенное значение текущего количества секунд. Здесь следует обратить внимание на то, что элемент timeLabel на самом деле является HTML-элементом < div>, в параметрах которого установлено значение runat=" server", что делает возможным обращение к его параметрам на стороне сервера.
Таким образом, после помещения элемента ShowTime в область страницы и запуска приложения данный элемент управления будет отображать текущее время, значение которого будет обновляться каждый раз при обновлении страницы.
Рис. 9.4. Отображение пользовательского элемента на странице без использования кэширования
Создадим копию пользовательского элемента управления ShowTime.ascx и назовем его ShowTime_cache.ascx. Установим для него режим кэширования. Для этого, так же как и в обычной HTML-странице, введем директиву
< %@ OutputCache Duration=" 5" VaryByParam=" *" %> Разместим элемент ShowTime_cache.ascx на странице и немного ее модифицируем для того, чтобы различать ранее созданный элемент, не поддерживающий кэширование, и только что созданный элемент (рис. 9.5).
Рис. 9.5. Размещение пользовательских элементов управления без поддержки и с поддержкой кэширования
В результате после запуска приложения получим следующий результат (рис. 9.6).
Рис. 9.6. Результат работы программы с использованием кэширующего и не кэширующего элементов управления
Еще одним из вариантов кэширования является кэширование пользовательского элемента управления, параметры которого задаются с помощью свойства класса. Для включения кэширования и установки длительности нахождения страницы в кэше в этом случае достаточно добавить свойство
[PartialCaching(20)]public partial class ShowTime: System.Web.UI.UserControl{} 
Рис. 9.7. Добавление пользовательского элемента управления, параметры кэширования которого задаются с помощью свойств класса
Использование элемента управления Substitution для реализации фрагментного кэширования
Рассматривая примеры, приведенные выше, нетрудно заметить, что параметры кэширования для страницы, на которую помещаются элементы управления, не устанавливались. Это приводило к тому, что кэшировались только те элементы, для которых были установлены соответствующие параметры. Иногда бывает полезнее поступить наоборот: установить параметры кэширования для всей страницы, а для содержимого некоторых элементов сделать возможным отсутствие кэширования. В этом случае нужно воспользоваться элементом Substitution. Для работы этому элементу управления необходимо название статического метода, который возвращает динамическое содержимое, отображаемое на странице. Элемент Substitution может быть размещен на странице так же, как и любые другие элементы управления, что позволяет контролировать расположение его содержимого внутри страницы.
В качестве примера создадим новую Web-страницу. Установим для нее следующий параметр кэширования:
< %@ OutputCache Duration=" 10" VaryByParam=" *" %> Поместим на вновь созданную страницу элемент ShowTime.ascx, не осуществляющий кэширование, а также элемент Substitution, в качестве значения параметра MethodName которого установим GetTime. Это означает, что элемент Substitution при обращении к странице будет инициировать вызов процедуры GetTime. Эта процедура должна быть статической процедурой в составе класса страницы, возвращающей результат в виде строки. Именно возвращенное значение и будет подставлено в место расположения элемента Substitution. Код метода GetTime при этом может выглядеть следующим образом:
public static string GetTime(HttpContext context){ return " Текущее время: " + DateTime.Now.ToString(" hh: mm: ss"); } Результат выполнения данной страницы представлен на рис. 9.8. Как видно, содержимое страницы кэшируется, однако элемент Substitution выводит на экран текущее значение времени, параметры кэширования к которому не применяются.
Рис. 9.8. Использование фрагментного кэширования при помощи элемента Substitution
Рассмотренные способы предоставляют возможность использовать встроенные в ASP.NET возможности кэширования. Тем не менее существует возможность использования собственного алгоритма кэширования данных, при котором в программном коде определяются принципы помещения и извлечения данных из кэша.
Краткие итоги
Web-приложения обладают хорошими показателями масштабируемости и производительности. Они рассчитаны на обслуживание большого количества пользователей. Однако ресурсы таких приложений не безграничны. Каждое обращение пользователя к Web-приложению требует использования ресурсов сервера или нескольких серверов. Особенно критично использование ресурсов постоянной и оперативной памяти сервера. Для уменьшения нагрузки на использование дисковой подсистемы сервера целесообразно использовать кэширование данных, т. е. организацию хранения в оперативной памяти сервера копий информации, создание которой связано с большими накладными расходами на ее получение и обработку. Тем не менее применение кэширования приводит к возникновению нескольких проблем. Одной из проблем является необходимость использования оперативной памяти сервера для использования кэширования. Таким образом, кэширование необходимо применять разумно, т. к. в противном случае оно способно приводить к потере производительности приложения.
ASP.NET поддерживает два типа кэширования: кэширование данных и кэширование вывода.
При использовании кэширования вывода сгенерированный в результате выполнения приложения HTML-код страницы сохраняется в памяти, и при повторном запросе этой же страницы клиенту передается уже сгенерированный код. Кэширование кода всей страницы не всегда бывает оправданным. В ASP.NET существует возможность кэширования части страницы - фрагментного кэширования.