К основному контенту

Событие Page_PreInit в разрезе MasterPage

Страница  asp.net  во время выполнения проходит так называемый жизненный цикл, который состоит из различных событий. Первое из событий в жизненном цикле является событие PreInit.
Если мы хотим, чтобы часть кода выполнялась на странице раньше других блоков перед инициализацией элементов на странице, то этот код необходимо поместить в конструкцию:

protected void Page_PreInit(object sender, EventArgs e)
{
//Наш код
}

Это верно для одной страницы asp.net. А если мы хотим дублировать это событие для всех страниц нашего сайта? Писать для каждой страницы данный код? Не наш метод=)

Посмотрим, есть ли решение.

Первое, что пришло в голову - это добавить наш Page_PreInit в MasterPage (шаблон для всех страниц сайта), но, как оказалось, в классе MasterPage нет поддержки  метода Page_PreInit и, соответственно, написать Page_PreInit в MasterPage мы не можем.

Решение было следующим:

В папке App_Code был создан файл BasePage.cs со следующим кодом:

//класс BasePage, наследуется от класса Page.
public class BasePage : Page
{
   protected void Page_PreInit(object sender, EventArgs e)
   {
     //Код, который мы хотим дублировать на всех страницах сайта
   }
   //Подключаем событие
   public BasePage()
   {
      PreInit += Page_PreInit;
   }
}

Ну, а теперь достаточно все страницы нашего сайта наследовать не от класса Page, а от класса BasePage и код будет выполняться на всех страницах.

Комментарии

  1. Этот прием известен с незапамятных времен.
    См., например, М.Беллиньясо

    ОтветитьУдалить

Отправить комментарий

Популярные сообщения из этого блога

Пример взаимодействия с Odnoklassniki Rest API на C#.

Итак, как и обещал, продолжаю тему взаимодействия с различными API. В прошлый раз писал про  API ВКонтакте , сегодня напишу про API Одноклассников. Первое, что нам нужно сделать - это зарегистрироваться как разработчик на Одноклассниках. Сделать это можно по следующей ссылке  Форма регистрации разработчика приложений Получив права разработчика, необходимо зарегистрировать сайт как приложение. Подробно как это сделать можно прочитать  здесь После того как сайт будет зарегистрирован придет письмо, содержащее: Application ID: xxxxxx. Публичный ключ приложения: xxxxxxxxxxxxxxxxxxxxxxxxx. Секретный ключ приложения:  xxxxxxxxxxxxxxxxxxxxxxxxx. Ссылка на приложение: http://www.odnoklassniki.ru/games/xxxxx Используя эти данные можно начать работу с API. Для выполнения запросов к API пользователь должен авторизоваться в Одноклассниках. Добавляем на нашем сайте ссылку для авторизации пользователя: http://www.odnoklassniki.ru/oauth/authorize?client_id={0}&scope={1}&

C# и API ВКонтакте. Обращение к адресу API-сервиса путем создания HTTP-запроса (POST)

В статье  C# POST. Отправляем запросы на адрес стороннего сервера  я рассказал про метод, с помощью которого можно работать с различным API, принимающими POST запрос и возвращающими ответ в виде json или xml. Сегодня я хочу написать, как я применял этот метод при работе с API  ВКонтакте. Для примера возьму задачу получения через API списка групп, в которых состоит пользователь. В первую очередь необходимо зарегистристрировать наш сайт как приложение ВКонтакте. Заходим по ссылке  http://vk.com/editapp?act=create&site=1  и подключаем наш сайт. Дальше задача  делится на две подзадачи, а именно: авторизация пользователя и обращение к API для получения списка групп. Для авторизации мы пользователю предлагаем перейти по следующей ссылке: http://api.vkontakte.ru/oauth/authorize? response_type=code&redirect_uri={0} &client_id={1} &scope={2} &display=page , redirect_uri - адрес страницы нашего сайта, куда будет возвращен пользователь после авторизации Вконтак

IIS (Internet Information Services) и applicationHost.config. Изменение доменных привязок.

Сегодня затронем тему настроек IIS (Internet Information Services). Речь пойдет о версии IIS 7.0 (7.5). Допустим у вас есть  большое количество поддоменов, которые нужно привязать к сайту или быстро исправить на уже существующих привязках IP адрес. Стандартный интерфейс IIS позволяет редактировать привязки по одной, что в нашем случае не очень-то удобно. См. картинку Чтобы ускорить процесс, нужно вспомнить, что все доменные привязки (и не только, а и другие настройки) хранятся в конфигурационном файле applicationHost.config. Данный файл находится по адресу C:\Windows\System32\inetsrv\config\ В файле отредактировать привязки можно очень быстро.