index asp что это
Active Server Pages
Web application framework
3.0 (no further versions planned)
ASP (англ. Active Server Pages — «активные серверные страницы») — первая технология компании Microsoft, позволяющая динамически создавать веб-страницы на стороне сервера. ASP работает на операционных системах линейки Windows NT и на веб-сервере Microsoft IIS.
ASP не является языком программирования — это лишь технология предварительной обработки, позволяющая подключать программные модули во время процесса формирования веб-страницы. Относительная популярность ASP основана на простоте используемых языков сценариев (VBScript или JScript) и возможности использования внешних COM-компонентов.
В настоящий момент (начало 2011) технология ASP, появившаяся в 1996 году, относится к разряду устаревших и заменена ASP.NET.
Содержание
Синтаксис
Страница на ASP — это обычная страница HTML, со вставками, обозначенными ограничителями и %> :
То что находится внутри ограничителей — это текст программы, интерпретируемый при запросе страницы. VBScript является языком по умолчанию, хотя возможно использование и JScript [источник не указан 429 дней] (или любого другого языка, если установлен соответствующий интерпретатор):
Версии
ASP в своём развитии прошёл через несколько версий:
Apache::ASP
ASP в Sambar Server
На сервере Sambar Server используется функциональность ASP, которая использует язык CScript в качестве основного языка программных вставок.
Примерные аналоги
mod_php и mod_perl
Достоинства и недостатки
Производительность интерпретатора VBScript значительно выше, чем PHP.
Кроме того, ASP поддерживает объекты Session и Application, с которыми в PHP/Apache традиционно есть огромные сложности, связанные с архитектурой процессов Apache 1.x (а она восходит к нелюбви к потокам в мире UNIX и использованию fork() вместо них везде, где возможно).
Тем не менее, объект Session ныне считается с трудом удовлетворяющим требованиям безопасности, и зачастую вместо него все его содержимое помещают в один огромный cookie, и передают туда-обратно между клиентом и сервером. Такое легко реализуемо в PHP, этим пользуются, например, phpBB и его коммерческий дериватив vBulletin
Замена
В настоящее время для замены ASP используется технология ASP.NET
См. также
Ссылки
Полезное
Смотреть что такое «Active Server Pages» в других словарях:
Active Server Pages — Developer(s) Microsoft Stable release 3.0 (no further versions planned) Type Web application framework License Proprietary … Wikipedia
Active server pages — Pour les articles homonymes, voir ASP. Active Server Pages (ASP) est une technologie développée par Microsoft utilisée dans la programmation Web. C est une technologie web dynamique, équivalente et concurrente de PHP. Elle nécessite pour… … Wikipédia en Français
Active Server Pages — альтернативный CGI метод вызова программ на серверной стороне. ASP файл есть html страница со встроенными сценариями, которые запускаются сервером после получения URL этой html страницы. ASP файлы способны выполнять веб серверы компании Microsoft … Финансовый словарь
Active Server Pages — (ASP) es una tecnología del lado servidor de Microsoft para páginas web generadas dinámicamente, que ha sido comercializada como un anexo a Internet Information Server (IIS). ASP ha pasado por cuatro iteraciones mayores, ASP 1.0 (distribuido con… … Enciclopedia Universal
Active Server Pages — [Abk. ASP, dt. »aktive Seiten auf dem Server«], eine von Microsoft als Alternative zu CGI entwickelte Webtechnologie, die auf Server Seite eingesetzt wird, um interaktive und dynamische Webseiten problemlos erstellen zu können. Dies bedeutet,… … Universal-Lexikon
Active Server Pages — (ASP) ist eine von Microsoft entwickelte SSI Nachfolgetechnologie, die mit Einsatz einer Skriptsprache wie PHP, VBScript, Perl oder JScript serverseitig Webseiten erzeugt. ASP wurde ursprünglich nur vom Webserver Internet Information Services… … Deutsch Wikipedia
Active Server Pages — ASP Desarrollador Microsoft Información general Última versión estable 3.0 (desarrollo abandonado) Género … Wikipedia Español
Active Server Pages — Pour les articles homonymes, voir ASP. Active Server Pages (ASP) est un ensemble de logiciels développés par Microsoft et utilisés dans la programmation Web. C est une suite de logiciels destinée à créer des sites web dynamiques. Elle nécessite… … Wikipédia en Français
Active Server Pages — Abbreviated ASP. In Microsoft Internet Information Server, a script interpreter and execution environment that supports VBScript and JavaScript and is compatible with other scripting languages such as Perl, REXX, Tcl, and Python through add … Dictionary of networking
Сайт на ASP.NET для начинающих — первые шаги
Авторизуйтесь
Сайт на ASP.NET для начинающих — первые шаги
ASP.NET — платформа от Microsoft для создания и развёртывания сайтов, веб-приложений и сервисов. По данным SimilarTech, около 2 000 000 сайтов используют эту платформу. В этой статье описаны первые шаги создания сайта на ASP.NET.
Для разработки будем использовать Visual Studio.
Создание ASP.NET проекта
Откройте Visual Studio Installer и нажмите «Изменить» на нужной среде разработки. Перед вами откроется список всех нагрузок. В категории Веб-разработка и облако нужно включить ASP.NET и разработка веб-приложений. После этого нажмите на кнопку Изменить в нижнем правом углу и дождитесь установки нагрузки.
Перейдите в Visual Studio и создайте новый проект, выбрав тип Веб-приложение ASP.NET (.NET Framework). Потом нужно выбрать необходимую модель приложения:
Выберете модель Веб-формы и завершите создание проекта.
Внутренняя структура проекта
В проекте сайта уже загружены некоторые библиотеки, необходимые для комфортного старта: CSS-фреймворк Bootstrap, JS-фреймворк jQuery, MSAjax и некоторые другие.
После создания тут уже присутствуют 3 страницы: Default, About и Contact. Каждая страница состоит из 3 файлов:
Вот так выглядит About.aspx:
Чтобы проверить и запустить проект, нажмите IIS Express или же традиционную клавишу F5. После этого все файлы скомпилируются и сайт откроется по адресу http://localhost:4400 в браузере по умолчанию. Номер порта может отличаться.
Так выглядит страница About
Создание веб-формы
Чтобы создать новую страницу, в контекстном меню проекта выберите Добавить→Веб-форма. После этого автоматически сгенерируются и заполнятся все 3 файла.
Примечание Веб-формы можно создавать с помощью встроенного графического конструктора веб-форм. Что бы открыть его, в контекстном меню нужной веб-формы нажмите на Открыть в конструкторе. Все необходимые элементы можно достать из Панели Элементов (Вид→Панель элементов). Но если вам нужна максимальная гибкость и функциональность — лучше разрабатывать формы вручную в коде.
Потом можно добавить ссылку на новую страницу в панель навигации в Site.Master :
Примечание Обратите внимание, что в ссылке указывается название страницы без расширения.
Во всех упоминаниях нужно заменить News на название вашей страницы. Теперь форма будет отображаться вместе с общей вёрсткой.
Для интеграции значений в вёрстку из aspx.cs используют специальный тег :
Изучить все возможности веб-форм можно в официальной документации.
Движок представлений Razor
В Razor также можно выполнять неявные выражения прямо в HTML разметке:
Тут есть привычные для ЯП конструкции, которые могут значительно облегчить вёрстку. Вот некоторые из них:
Путь ASP.NET Core [уровень 1] Основы
ASP.NET Core — новейший фреймворк для кроссплатформенной веб разработки. Пока его популярность (как и количество вакансий) только начинает набирать обороты самое время узнать о нем побольше. Ну а для того, чтобы все знания не испарились сразу после прочтения — добавим существенную практическую часть. Создадим простое приложение, для тестирования прочитанного.
Если вы считаете, что уже достаточно круты в новом фреймворке — можете попробовать пройти тест до того, как прочтете статью. Линк. Весь код проекта можно посмотреть на гитхабе.
Первая часть включает:
В чем же тогда особенности и отличия ASP.NET Core от предыдущего ASP.NET? Некоторые из них это:
Класс Statup можно, в какой-то степени, охарактеризовать как новый вариант Global.asax (Это класс для глобальной настройки всего приложения в предыдущей версии ASP.NET). Грубо говоря, можно сказать, что метод ConfigureServices нужен для конфигурации контейнера для внедрения зависимостей и его сервисов, а метод Configure для конфигурации конвейера обработки запросов.
Приступим к практической реализации
Чтобы облегчить себе жизнь, выберем Web Application и поменяем аутентификацию на Individual User Accounts. Таким образом Visual Studio уже сгенерирует весь нужный код для базового приложения.
Рассмотрим детальней что же нового появилось в ASP.NET Core. С точки зрения разработки вся концепция осталась прежней. Структура проекта базируется на паттерне MVC. Для работы с данными по умолчанию используем Entity Framework, логика описана в классах-контроллерах, на уровне представлений используем синтаксис cshtml + новая фишка tag helpers.
Проверим классы Program.cs и Startup.cs, они действительно выглядят такими же, как было описано выше. Конечно класс Startup не совсем пуст, а уже вмещает функционал для считывания конфигурации, настройки базового логирования, маршрутизации и привязку на нашу модель базы данных.
Дополним модель базы данных сущностями для создания и прохождения тестов. Будем использовать следующие сущности: Набор тестовых вопросов — TestPackage, Сам вопрос (тест) — TestItem, Результат теста — TestResult. Пример можно посмотреть тут. Радует, что EntityFramework Core уже поддерживает большинство функционала и можно полноценно пользоваться Code First миграциями.
Добавляем логику
Теперь, когда у нас есть модель базы данных, мы можем приступить к созданию логики для нашего приложения. Самый простой способ создания админки — это механизм scaffolding. Для этого, кликаем правой кнопкой мыши по папке контроллеров и выбираем Add → New Scaffold Item:
Выбираем «MVC Controller с представлениями, с использованием Entity Framework». Этот шаблон позволяет нам быстро создать контроллер и вьюхи для управления одной конкретной моделью. Проделаем такой трюк для TestPackage и TestItem. В результате у нас есть готовый прототип админки для нашей системы. Можно запустить проект и зайти на страницы этих контроллеров, просто добавить его имя без слова Controller в конец адреса, например, /testpackages. Конечно в ней еще не все идеально, поэтому нужно допилить некоторые моменты и сделать их более удобными.
После создания модели и простого функционала для работы с ней, можно перейти к самому процессу прохождения тестов. В общем, все выглядит просто. Сервер присылает вопрос, варианты, мы отсылаем назад ответ. Сервер сохраняет его. В конце теста показываем результат. Добавим код для этого поведения.
В общем, все что нужно для теста у нас есть.
Основы Dependency Injection в ASP.NET Core
Важным новшеством новой версии ASP.NET так же является встроенный механизм внедрения зависимостей. В 2016 году уже никого не удивишь тем, что механизм внедрения зависимостей можно перенести внутрь фреймворка. Мало какое серьёзное приложение пишут без использование этого подхода. DI в ASP.NET Core реализован достаточно базово, но в то же время позволяет решить большинство задач управления зависимостями.
Конфигурация контейнера осуществляется в методе ConfigureServices класса Startup. Пример:
Можно заметить, что для контекста базы данных и Identity фреймворка есть дополнительные, не типичные методы их регистрации. Это позволяет более гибко их сконфигурировать. В этот подход регистрации сервисов очень красиво вписываются extension-методы.
После регистрации сервисов, самый легкий способ получить из в коде (например, в контроллерах) — это просто добавить параметр конструктора типа, который был зарегистрирован. Такие контроллеры по умолчанию создаются скаффолдингом.
Деплой
Одним из самых простых способов деплоймента остается Microsoft Azure. Нам достаточно самых базовых настроек для полноценной работы. Развертывание сайта на сервере все так же просто — с помощью нескольких кликов, начиная с контекстного меню на файле проекта.
Выводы
Области в ASP.NET Core
области — это ASP.NET функция, используемая для упорядочивания связанных функций в группе в виде отдельных:
области позволяют секционировать веб-приложение ASP.NET Core в более мелкие функциональные группы, каждый из которых имеет собственный набор Razor страниц, контроллеров, представлений и моделей. По сути, область является структурой внутри приложения. В веб-проекте ASP.NET Core логические компоненты, например страницы, модель, контроллер и представление, хранятся в разных папках. Среда выполнения ASP.NET Core использует соглашения об именовании для создания связи между этими компонентами. Крупное приложение может быть целесообразно разделить на отдельные высокоуровневые области функциональности. Например, в приложении для электронной коммерции можно выделить несколько подразделений: для оформления заказов, выставления счетов или поиска. Каждая из этих единиц имеет собственную область для хранения представлений, контроллеров, Razor страниц и моделей.
Использовать области в проекте рекомендуется в таких случаях:
Просмотреть или скачать пример кода (описание скачивания). Пример загрузки содержит простое приложение для тестирования областей.
Если вы используете Razor страницы, см. раздел области со Razor страницами в этом документе.
Области для контроллеров с представлениями
Типичное веб-приложение ASP.NET Core, использующее области, контроллеры и представления, содержит следующие элементы.
Контроллеры с [Area] атрибутом, который связывает контроллер с областью:
Структура папки области
Рассмотрим приложение с двумя логическими группами: товары и услуги. При использовании областей структура папок будет выглядеть следующим образом.
Хотя предыдущий макет часто используется при работе с областями, только файлы представления необходимы для использования этой структуры папок. Обнаружение подходящего файла представления области происходит в следующем порядке.
Привязка контроллера к области
Контроллеры областей обозначены атрибутом [ Area ] :
Добавление маршрута области
В приведенном выше коде exists применяет ограничение, связанное с тем, что маршрут должен соответствовать области. Использование
В следующем коде используется MapAreaControllerRoute для создания двух именованных маршрутов областей:
Дополнительные сведения см. в разделе Маршрутизация области.
Создание ссылки с областями MVC
В следующем коде из примера загрузки показано создание ссылок с указанной областью:
Частичное представление указывается в файле макета, поэтому каждая страница в приложении отображает созданные ссылки. Ссылки, создаваемые без указания области, допустимы только при обращении со страницы в одной области и контроллере.
Если область или контроллер не указаны, маршрутизация зависит от значений окружения. Текущие значения маршрута текущего запроса считаются значениями окружения для создания ссылки. Во многих случаях для примера приложения использование внешних значений создает неверные ссылки с разметкой, которая не указывает область.
Общий макет для областей с использованием файла _ViewStart.cshtml
Корневая папка приложения
корневая папка приложения — это папка, содержащая каталог Startup. cs в веб-приложении, созданном с помощью шаблонов ASP.NET Core.
_ViewImports.cshtml
/Виевс/_ViewImports. cshtml, for MVC и /Пажес/_ViewImports. cshtml для Razor страниц, не импортируется в представления в областях. Используйте один из следующих подходов, чтобы предоставить импорты представлений для всех представлений:
Измените папку области по умолчанию, где хранятся представления
Следующий код изменяет папку области по умолчанию с «Areas» на «MyAreas» :
Области со Razor страницами
Для областей со Razor страницами требуется Areas//Pages Папка в корне приложения. В этом примере приложения используется следующая структура папок:
Создание ссылок с помощью Razor страниц и областей
В следующем коде из этого примера показано создание ссылок с указанной областью (например, asp-area=»Products» ).
Пример загрузки включает частичное представление, которое содержит указанные выше ссылки и те же ссылки без указания области. Частичное представление указывается в файле макета, поэтому каждая страница в приложении отображает созданные ссылки. Ссылки, создаваемые без указания области, допустимы только при обращении со страницы в одной области.
Если область не указана, маршрутизация зависит от значений окружения. Текущие значения маршрута текущего запроса считаются значениями окружения для создания ссылки. Во многих случаях для примера приложения при использовании значений окружения создаются неверные ссылки. Для примера рассмотрим ссылки, созданные с помощью следующего кода.
В приведенном выше коде:
Импорт пространства имен и вспомогательных функций тегов с помощью файла _ViewImports
Файл _ViewImports. cshtml можно добавить в каждую папку страниц с областями для импорта пространства имен и вспомогательных функций тегов на каждую Razor страницу в папке.
Рассмотрите область служб в примере кода, которая не содержит файл _ViewImports.cshtml. Следующая разметка показывает страницу /сервицес/манаже/абаут Razor :
В примере загрузка область продуктов содержит следующий файл _ViewImports.cshtml:
Следующая разметка показывает страницу /Продуктс/абаут Razor :
В предыдущем файле пространство имен и директива @addTagHelper импортируются в файл с помощью файла Areas/Products/Pages/_ViewImports.cshtml.
Общий макет для Razor областей страниц
Чтобы совместно использовать общий макет для всего приложения, переместите _ViewStart.cshtml в корневую папку приложения.
Публикация областей
Все файлы CSHTML и файлы в каталоге wwwroot публикуются в выходных данных, если в файл CSPROJ включен
Добавление области MVC с Visual Studio
В обозреватель решений щелкните правой кнопкой мыши проект и выберите добавить > новый шаблонный элемент, а затем выберите область MVC.
области позволяют секционировать веб-приложение ASP.NET Core в более мелкие функциональные группы, каждый из которых имеет собственный набор Razor страниц, контроллеров, представлений и моделей. По сути, область является структурой внутри приложения. В веб-проекте ASP.NET Core логические компоненты, например страницы, модель, контроллер и представление, хранятся в разных папках. Среда выполнения ASP.NET Core использует соглашения об именовании для создания связи между этими компонентами. Крупное приложение может быть целесообразно разделить на отдельные высокоуровневые области функциональности. Например, в приложении для электронной коммерции можно выделить несколько подразделений: для оформления заказов, выставления счетов или поиска. Каждая из этих единиц имеет собственную область для хранения представлений, контроллеров, Razor страниц и моделей.
Использовать области в проекте рекомендуется в таких случаях:
Просмотреть или скачать пример кода (описание скачивания). Пример загрузки содержит простое приложение для тестирования областей.
Если вы используете Razor страницы, см. раздел области со Razor страницами в этом документе.
Области для контроллеров с представлениями
Типичное веб-приложение ASP.NET Core, использующее области, контроллеры и представления, содержит следующие элементы.
Контроллеры с [Area] атрибутом, который связывает контроллер с областью:
Структура папки области
Рассмотрим приложение с двумя логическими группами: товары и услуги. При использовании областей структура папок будет выглядеть следующим образом.
Хотя предыдущий макет часто используется при работе с областями, только файлы представления необходимы для использования этой структуры папок. Обнаружение подходящего файла представления области происходит в следующем порядке.
Привязка контроллера к области
Контроллеры областей обозначены атрибутом [ Area ] :
Добавление маршрута области
Маршруты области обычно используют маршрутизацию на основе соглашений, а не атрибутов. При маршрутизации на основе соглашений учитывается порядок. Как правило, маршруты с областями должны находиться раньше в таблице маршрутов, так как они более точные, чем маршруты без областей.
В приведенном выше коде exists применяет ограничение, связанное с тем, что маршрут должен соответствовать области. Использование
В следующем коде используется MapAreaRoute для создания двух именованных маршрутов областей:
При использовании MapAreaRoute с ASP.NET Core 2.2 см. эту задачу GitHub.
Дополнительные сведения см. в разделе Маршрутизация области.
Создание ссылки с областями MVC
В следующем коде из примера загрузки показано создание ссылок с указанной областью:
Ссылки, создаваемые предыдущим кодом, действуют в любом месте приложения.
Пример загрузки включает частичное представление, которое содержит указанные выше ссылки и те же ссылки без указания области. Частичное представление указывается в файле макета, поэтому каждая страница в приложении отображает созданные ссылки. Ссылки, создаваемые без указания области, допустимы только при обращении со страницы в одной области и контроллере.
Если область или контроллер не указаны, маршрутизация зависит от значений окружения. Текущие значения маршрута текущего запроса считаются значениями окружения для создания ссылки. Во многих случаях для примера приложения при использовании значений окружения создаются неверные ссылки.
Общий макет для областей с использованием файла _ViewStart.cshtml
Чтобы совместно использовать общий макет для всего приложения, переместите _ViewStart.cshtml в корневую папку приложения.
_ViewImports.cshtml
Измените папку области по умолчанию, где хранятся представления
Следующий код изменяет папку области по умолчанию с «Areas» на «MyAreas» :
Области со Razor страницами
Для областей со Razor страницами требуется Areas//Pages Папка в корне приложения. В этом примере приложения используется следующая структура папок:
Создание ссылок с помощью Razor страниц и областей
В следующем коде из этого примера показано создание ссылок с указанной областью (например, asp-area=»Products» ).
Ссылки, создаваемые предыдущим кодом, действуют в любом месте приложения.
Пример загрузки включает частичное представление, которое содержит указанные выше ссылки и те же ссылки без указания области. Частичное представление указывается в файле макета, поэтому каждая страница в приложении отображает созданные ссылки. Ссылки, создаваемые без указания области, допустимы только при обращении со страницы в одной области.
Если область не указана, маршрутизация зависит от значений окружения. Текущие значения маршрута текущего запроса считаются значениями окружения для создания ссылки. Во многих случаях для примера приложения при использовании значений окружения создаются неверные ссылки. Для примера рассмотрим ссылки, созданные с помощью следующего кода.
В приведенном выше коде:
Импорт пространства имен и вспомогательных функций тегов с помощью файла _ViewImports
Файл _ViewImports. cshtml можно добавить в каждую папку страниц с областями для импорта пространства имен и вспомогательных функций тегов на каждую Razor страницу в папке.
Рассмотрите область служб в примере кода, которая не содержит файл _ViewImports.cshtml. Следующая разметка показывает страницу /сервицес/манаже/абаут Razor :
В примере загрузка область продуктов содержит следующий файл _ViewImports.cshtml:
Следующая разметка показывает страницу /Продуктс/абаут Razor :
В предыдущем файле пространство имен и директива @addTagHelper импортируются в файл с помощью файла Areas/Products/Pages/_ViewImports.cshtml.
Общий макет для Razor областей страниц
Чтобы совместно использовать общий макет для всего приложения, переместите _ViewStart.cshtml в корневую папку приложения.
Публикация областей
Все файлы CSHTML и файлы в каталоге wwwroot публикуются в выходных данных, если в файл CSPROJ включен