Первоначально, для передачи данных через интернет использовалась статическая система. На сервере данных располагалось некоторое конечное число HTML-страниц с информацией. Для того, чтобы пользователь мог получить доступ к данным, ему необходимо было ввести в браузере адрес нужной ему страницы, сервер, обработав запрос, посредством HTTP протокола (Hyper Text Transfer Protocol – Протокол передачи гипертекста) передавал эту страницу клиентскому браузеру, который собственно и отображал данные на экране пользователя.
Передача статических Web-страниц
Но с развитием сети Интернет, расширялись и потребности пользователей. Теперь, необходим был доступ к большему объему данных. При этом возникала проблема, состоящая в том, что для содержания всех этих данных необходимо было создавать отдельную HTML-страницу. Функции поиска, фильтрации, сортировки были тяжело осуществимы и могли реализоваться только на стороне клиента, что приводило как к неудобствам пользователей и серверных служб (ограниченность дискового пространства, оперативной памяти и т. д.), так и к повышенной загруженности линий передачи данных.
Выход состоял в том, чтобы сервер обрабатывал информацию, полученную от клиента, и генерировал страницу с требуемыми данными согласно запроса. Такая система передачи информации получила название динамической.
Передача динамических Web-страниц
В данном случае сервер представляет из себя систему, состоящую из некоторой базы данных, в которой хранится вся необходимая информация, СУБД которая осуществляет доступ к этой информации и компилятора языка, на котором написана программа, обрабатывающая запрос, поданный клиентом, осуществляющая доступ к базе данных и генерирующая HTML-страницу с данными отвечающими запросу пользователя.
Естественно такой подход в значительной степени уменьшил нагрузку на ЭВМ клиента, разгрузил линии передачи данных, но в то же время повысил требования к серверу – ведь теперь ему предстояло не только передавать статические страницы, но и в то же время выполнять программы и осуществлять доступ к базам данных.
В конце 1997 г. Microsoft реализовала относительно простую среду периода выполнения для Web – Active Server Pages (ASP) как часть сервера Internet Information Server (IIS), включенного в Windows NT 4 Option Pack. IIS обслуживает Web-страницы, запрашиваемые пользователем. ASP позволяет программистам реализовывать алгоритмы динамического создания страниц на IIS, состоящих из статического HTML и кода сценариев. Когда пользователь запрашивает ASP-страницу, IIS находит ее и активизирует ASP-процессор. ASP-процессор считывает страницу и один к одному копирует все, содержащиеся в ней HTML-элементы, кроме кода, заключенного между ограничителями <% %>. Этот код должен выполнять алгоритм, выдающий в качестве результата HTML-строки, которые ASP-процессор должен скопировать в выходную страницу в те места, где были элементы сценария. Результирующая страница, собранная из статических HTML-элементов и HTML, динамически сгенерированного сценарием, должна быть передана клиенту.
По мере расширения Web и увеличения потребностей пользователей Web-разработчикам потребовалось совершенствование двух ключевых свойств исполняющей среды: простоты программирования и качества выполнения. ASP.NET и явилось таким совершенствованием. ASP.NET похожа на оригинальную ASP и большая часть кода может быть переведена на нее практически без изменений. Но внутренняя реализация ASP.NET полностью переделана с тем, чтобы задействовать возможности .NET Framework. По сути она является более быстрой и более надежной средой выполнения для Web, чем ее предшественники. Ниже представлена диаграмма, отображающая последовательность обработки ASPX-страницы ядром.
Последовательность обработки ASPX-страницы ядром.
