Создание веб-проектов ASP.NET в Visual Studio 2013

Том Дайкстра (Tom Dykstra)

В этом разделе описываются варианты создания ASP.NET веб-проектов в Visual Studio 2013 с обновлением 3.

Ниже приведены некоторые новые возможности для веб-разработки по сравнению с более ранними версиями Visual Studio:

• Простой пользовательский интерфейс для создания проектов, поддерживающих несколько платформ ASP.NET (веб-формы, MVC и веб-API).
• ASP.NET Identity — новая система членства в ASP.NET, которая работает одинаково во всех платформах ASP.NET и работает с программным обеспечением веб-размещения, отличающимся от IIS.
• Использование начальной загрузки для предоставления возможностей адаптивного проектирования и тем.
• Новые функции для веб-формы, которые раньше предлагались только для MVC, например автоматическое создание тестового проекта и шаблон сайта интрасети.

Сведения о создании веб-проектов для azure Облачные службы или мобильных служб Azure см. в разделах Начало работы с Azure Облачные службы и ASP.NET и Создание приложения списка лидеров с помощью серверной части .NET мобильных служб Azure.

Предварительные требования

Эта статья относится к Visual Studio 2013 с установленным обновлением 3.

Проекты веб-приложений и проекты веб-сайтов

ASP.NET позволяет выбрать один из двух типов веб-проектов: проекты веб-приложений и проекты веб-сайтов. Мы рекомендуем использовать проекты веб-приложений для разработки новых приложений, и эта статья относится только к проектам веб-приложений. Дополнительные сведения см. в статье Проекты веб-приложений и проекты веб-сайтов в Visual Studio на сайте MSDN.

Общие сведения о создании проекта веб-приложения

Ниже показано, как создать веб-проект.

1. Щелкните Создать проект на начальной странице или в меню Файл .

2. В диалоговом окне Новый проект щелкните Интернет в левой области и ASP.NET Веб-приложение в средней области.

   

   Вы можете выбрать Облако в области слева, чтобы создать облачную службу Azure, мобильную службу Azure или веб-задание Azure. В этом разделе эти шаблоны не рассматриваются.

3. В области справа щелкните поле Добавить Application Insights в project проверка, если требуется мониторинг работоспособности и использования приложения. Дополнительные сведения см. в разделе о мониторинге производительности в веб-приложениях.

4. Укажите имя проекта, расположение и другие параметры, а затем нажмите кнопку ОК.

   Откроется диалоговое окно Новый проект ASP.NET.

   

5. Щелкните шаблон.

   

6. Если вы хотите добавить поддержку дополнительных платформ, не включенных в шаблон, щелкните соответствующее поле проверка. (В приведенном примере можно добавить MVC и (или) веб-API в проект веб-формы.)

   

7. Если вы хотите добавить проект модульного теста, щелкните Добавить модульные тесты.

   

8. Если вам нужен метод проверки подлинности, отличный от того, который предоставляется шаблоном по умолчанию, щелкните Изменить проверку подлинности.

   

   

Создание веб-приложения или виртуальной машины в Azure

Visual Studio включает функции, упрощающие работу со службами Azure для размещения веб-приложений. Например, в интегрированной среде разработки Visual Studio можно выполнить все указанные ниже действия.

• Создавайте веб-приложения или виртуальные машины и управляйте ими, делая приложения доступными через Интернет.
• Просмотр журналов, созданных приложением при его запуске в облаке.
• Запустите в режиме отладки удаленно, пока приложение выполняется в облаке.
• Просмотр и управление другими службами Azure, такими как базы данных SQL.

Вы можете создать учетную запись Azure , которая включает базовые службы, такие как веб-приложения, бесплатно. Если вы являетесь подписчиком MSDN, вы можете активировать преимущества , предоставляющие ежемесячные кредиты на дополнительные службы Azure.

По умолчанию диалоговое окно Новый проект ASP.NET позволяет создать веб-приложение или виртуальную машину для нового веб-проекта. Если вы не хотите создавать веб-приложение или виртуальную машину, снимите флажок Узел в облаке проверка.

Поле проверка подпись может быть Размещено в облаке или Создание удаленных ресурсов, и в любом случае эффект будет таким же. Если оставить флажок проверка выбранным, Visual Studio по умолчанию создает веб-приложение в Служба приложений Azure. При желании можно использовать раскрывающийся список, чтобы изменить его на виртуальную машину . Если вы еще не вошли в Azure, вам будет предложено ввести учетные данные Azure. После входа в систему в диалоговом окне можно настроить ресурсы, которые Visual Studio будет создавать для проекта. На следующем рисунке показано диалоговое окно для веб-приложения. При создании виртуальной машины отображаются различные параметры.

Дополнительные сведения об использовании этого процесса для создания ресурсов Azure см. в статье Начало работы с Azure и ASP.NET.

В оставшейся части этой статьи содержатся дополнительные сведения о доступных шаблонах и их вариантах. В этой статье также представлены сведения о начальной загрузке, макете и платформе тем, используемой в шаблонах.

Шаблоны веб-проектов Visual Studio 2013

Visual Studio использует шаблоны для создания веб-проектов. Шаблон проекта может создавать файлы и папки в новом проекте, устанавливать пакеты NuGet и предоставлять пример кода для рудиментного рабочего приложения. Шаблоны реализуют новейшие веб-стандарты и предназначены для демонстрации рекомендаций по использованию ASP.NET технологий, а также дают вам возможность начать создание собственного приложения.

Visual Studio 2013 предоставляет следующие варианты для шаблонов веб-проектов для проектов, предназначенных для .NET 4.5 или более поздних версий платформы .NET Framework:

• Пустой шаблон
• шаблон веб-формы
• Шаблон MVC
• Шаблон веб-API
• Шаблон одностраничного приложения
• Шаблон мобильной службы Azure
• Шаблоны Visual Studio 2012

Вы также можете установить расширение Visual Studio, которое предоставляет шаблон Facebook.

Сведения о создании проектов, предназначенных для .NET 4, см. в разделе Шаблоны Visual Studio 2012 далее в этом разделе.

Сведения о создании приложений ASP.NET для мобильных клиентов см. в разделе Поддержка мобильных устройств в ASP.NET.

Пустой шаблон

Шаблон Empty предоставляет минимальные папки и файлы для веб-приложения ASP.NET, например файл проекта (CSPROJ или ).vbproj) и файлWeb.config . Вы можете добавить поддержку веб-формы, MVC и (или) веб-API с помощью полей проверка в метке Добавление папок и основных ссылок для: .

Для пустого шаблона параметры проверки подлинности недоступны. Функция проверки подлинности реализована в примерах приложений, а пустой шаблон не создает пример приложения.

Шаблон веб-формы

Платформа веб-формы предоставляет следующие возможности, которые позволяют быстро создавать веб-сайты с широкими возможностями пользовательского интерфейса и доступа к данным.

• Конструктор WYSIWYG в Visual Studio.
• Серверные элементы управления, которые отображают HTML и которые можно настроить, задав свойства и стили.
• Широкий спектр элементов управления для доступа к данным и их отображения.
• Модель событий, которая предоставляет события, которые можно программовать аналогично клиентскому приложению, например WPF.
• Автоматическое сохранение состояния (данных) между HTTP-запросами.

Как правило, создание приложения веб-формы требует меньше усилий по программированию, чем создание того же приложения с помощью платформы ASP.NET MVC. Однако веб-формы не только для быстрой разработки приложений. Существует множество сложных коммерческих приложений и платформ, созданных на основе веб-формы.

Так как веб-формы страница и элементы управления на странице автоматически создают большую часть разметки, отправляемой в браузер, у вас нет точного контроля над HTML-кодом, который ASP.NET MVC. Декларативная модель для настройки страниц и элементов управления сводит к минимуму объем кода, который необходимо написать, но скрывает некоторые функции HTML и HTTP. Например, не всегда можно указать, какая именно разметка может быть создана элементом управления.

Платформа веб-формы не так легко, как ASP.NET MVC, к методам разработки на основе шаблонов, таким как разработка на основе тестов, разделение задач, инверсия управления и внедрение зависимостей. Если вы хотите написать код с коэффициентом таким образом, вы можете; Это не так автоматически, как в ASP.NET платформе MVC. Microsoft SharePoint основан на веб-формы MVP.

Шаблон веб-формы создает пример приложения веб-формы, которое использует начальную загрузку для предоставления адаптивного дизайна и функций тем. На следующем рисунке показана домашняя страница.

Дополнительные сведения о веб-формы см. в разделе ASP.NET Web Forms. Сведения о том, что делает шаблон веб-формы, см. в статье Создание базового приложения веб-формы с помощью Visual Studio 2013.

Шаблон MVC

ASP.NET MVC была разработана для упрощения практик разработки на основе шаблонов, таких как разработка на основе тестов, разделение проблем, инверсия управления и внедрение зависимостей. Платформа рекомендует отделять уровень бизнес-логики веб-приложения от уровня представления. Разделение приложения на модели (M), представления (V) и контроллеры (C) ASP.NET MVC может упростить управление сложностью в больших приложениях.

При использовании ASP.NET MVC вы работаете напрямую с HTML и HTTP, чем в веб-формы. Например, веб-формы может автоматически сохранять состояние между HTTP-запросами, но это необходимо явно кодировать в MVC. Преимущество модели MVC заключается в том, что она позволяет получить полный контроль над тем, что именно делает приложение и как оно ведет себя в веб-среде. Недостаток заключается в том, что необходимо написать больше кода.

MVC был разработан как расширяемый, предоставляя разработчикам возможности настраивать платформу в соответствии с потребностями приложений. Кроме того, исходный код ASP.NET MVC доступен по лицензии OSI.

Шаблон MVC создает пример приложения MVC 5, которое использует начальную загрузку для обеспечения адаптивного дизайна и функций тем. На следующем рисунке показана домашняя страница.

Дополнительные сведения о MVC см . в разделе ASP.NET MVC. Сведения о выборе шаблона MVC 4 см. в разделе Шаблоны Visual Studio 2012 далее в этой статье.

Шаблон веб-API

Шаблон веб-API создает пример веб-службы на основе веб-API, включая страницы справки API на основе MVC.

Платформа веб-API ASP.NET позволяет с легкостью создавать службы HTTP для широкого диапазона клиентов, включая браузеры и мобильные устройства. веб-API ASP.NET является идеальной платформой для создания служб RESTful на платформа .NET Framework.

Шаблон веб-API создает пример веб-службы. На следующих иллюстрациях показаны примеры страниц справки.

Дополнительные сведения о веб-API см. в разделе веб-API ASP.NET.

Шаблон одностраничного приложения

Шаблон одностраничного приложения (SPA) создает пример приложения, использующего JavaScript, HTML 5 и KnockoutJS на клиенте, а также веб-API ASP.NET на сервере.

Единственным вариантом проверки подлинности для шаблона SPA являются индивидуальные учетные записи пользователей.

На следующем рисунке показано начальное состояние примера приложения, которое создается шаблоном SPA.

Сведения о создании приложения с помощью шаблона SPA см. в разделе Веб-API — внешние службы проверки подлинности.

Дополнительные сведения о ASP.NET одностраничных приложениях и о дополнительных шаблонах SPA, использующих платформы JavaScript, отличные от KnockoutJS, см. в следующих ресурсах:

• ASP.NET одностраничное приложение.
• Основные сведения о функциях безопасности в шаблоне SPA для версии-кандидата VS2013
• Одностраничные приложения: создание современных адаптивных веб-приложения с помощью ASP.NET

Шаблон Facebook

Вы можете установить расширение Visual Studio, предоставляющее шаблон Facebook. Этот шаблон создает пример приложения, предназначенного для запуска на веб-сайте Facebook. Он основан на ASP.NET MVC и использует веб-API для обновления в режиме реального времени.

Параметры проверки подлинности для шаблона Facebook недоступны, так как Facebook приложения выполняются на сайте Facebook и используют проверку подлинности Facebook.

Дополнительные сведения о ASP.NET Facebook приложениях см. в статье Обновление API Facebook MVC.

Шаблоны Visual Studio 2012

Диалоговое окно создания веб-проекта Visual Studio 2013 не предоставляет доступ к некоторым шаблонам, которые были доступны в Visual Studio 2012. Если вы хотите использовать один из этих шаблонов, щелкните узел Visual Studio 2012 в левой области диалогового окна Новый проект Visual Studio.

Узел Visual Studio 2012 позволяет выбрать следующие веб-шаблоны, к которым у вас нет доступа, в списке шаблонов по умолчанию для Visual Studio 2013:

• Веб-приложение ASP.NET MVC 4
• Веб-приложение динамических сущностей данных ASP.NET
• серверный элемент управления AJAX ASP.NET
• ASP.NET расширитель серверного элемента управления AJAX
• Серверный элемент управления ASP.NET

Начальная загрузка в шаблонах веб-проектов Visual Studio 2013

Шаблоны проектов Visual Studio 2013 используют bootstrap, макет и платформу тем, созданную Twitter. Bootstrap использует CSS3 для обеспечения адаптивного дизайна, что означает, что макеты могут динамически адаптироваться к различным размерам окна браузера. Например, в широком окне браузера домашняя страница, созданная шаблоном веб-формы, выглядит следующим образом:

Сделайте окно более узким, а горизонтально упорядоченные столбцы переместились в вертикальное расположение:

Сузите окно немного, и горизонтальное верхнее меню превращается в значок, который можно щелкнуть, чтобы развернуться в вертикально ориентированное меню:

Вы также можете использовать функцию тем начальной загрузки, чтобы легко изменить внешний вид приложения. Например, можно выполнить следующие действия, чтобы изменить тему.

1. В браузере перейдите на страницу http://Bootswatch.com, выберите тему и нажмите кнопку Скачать. (По умолчанию скачиваются bootstrap.min.css . Если вы хотите изучить код CSS, получите bootstrap.css вместо минимальной версии.)
2. Скопируйте содержимое скачаного CSS-файла.
3. В Visual Studio создайте файл таблицы стилей с именем bootstrap-theme.css в папке Содержимое и вставьте в него скачанный код CSS.
4. Откройте App_Start/Bundle.config и измените bootstrap.css на bootstrap-theme.css.

Запустите проект еще раз, чтобы приложение приобрело новый внешний вид. На следующем рисунке показан эффект темы "Амелия":

Доступно множество тем начальной загрузки, как в бесплатной, так и в премиум-версиях. Начальная загрузка также предлагает широкий спектр компонентов пользовательского интерфейса, таких как раскрывающийся список, группы кнопок и значки. Дополнительные сведения о начальной загрузке см. на сайте начальной загрузки.

Если вы используете конструктор веб-формы в Visual Studio, обратите внимание, что конструктор не поддерживает CSS3, поэтому в нем не отображаются все эффекты тем начальной загрузки или изменения адаптивного макета. Однако страницы веб-формы будут отображаться правильно при просмотре в браузере.

Добавление поддержки дополнительных платформ

При выборе шаблона автоматически выбирается поле проверка для платформ, используемых шаблоном. Например, если выбрать шаблон веб-формы, будет выбрано поле веб-формы проверка, и вы не сможете очистить его.

Вы можете выбрать проверка для платформы, которая не включена в шаблон, чтобы добавить поддержку этой платформы при создании проекта. Например, чтобы включить использование веб-формы .aspx страниц при выборе шаблона MVC, выберите поле веб-формы проверка. Чтобы включить MVC при использовании шаблона веб-формы, щелкните поле проверка MVC. Добавление платформы обеспечивает поддержку во время разработки, а также во время выполнения. Например, если добавить поддержку MVC в проект веб-формы, вы сможете сформировать шаблон контроллеров и представлений.

Если объединить веб-формы и MVC в проекте и включить понятные URL-адреса в веб-формы, могут возникнуть непредвиденные проблемы с маршрутизацией, при которых один URL-адрес имеет несколько возможных целевых объектов. Маршруты, которые определены в первую очередь, будут иметь приоритет. Например, если у вас есть Home контроллер и страница Home.aspx , http://contoso.com/home URL-адрес будет переходить к Home.aspx при вызове EnableFriendlyUrls метода перед вызовом MapRoute метода в RouteConfig.cs, или тот же URL-адрес перейдет в представление по умолчанию для Home контроллера при вызове MapRoute до EnableFriendlyUrls.

Добавление платформы не добавляет какие-либо функциональные возможности примера приложения. Например, если вы добавляете поддержку веб-формы при выборе шаблона MVC, Default.aspx файл домашней страницы не создается. Добавляются только папки, файлы и ссылки, необходимые для поддержки платформы. По этой причине добавление платформ не изменяет параметры проверки подлинности, которые реализуются кодом в примерах приложений, созданных с помощью шаблонов. Например, если выбрать пустой шаблон и добавить поддержку веб-формы или MVC, кнопка Настроить проверку подлинности будет по-прежнему отключена.

В следующих разделах кратко описывается влияние каждого проверка поля.

Добавление поддержки веб-формы

Создает пустые папки App_Data и models , а также файл Global.asax . Они уже созданы всеми шаблонами, кроме пустого, поэтому выбор поля веб-формы проверка не имеет значения для других шаблонов.

Шаблон веб-формы по умолчанию включает понятные URL-адреса, но при добавлении поддержки веб-формы в другие шаблоны, выбрав веб-формы проверка поле Понятные URL-адреса не включаются автоматически.

Добавление поддержки MVC

Устанавливает пакеты NuGet MVC, Razor и WebPages, создает пустые папки App_Data, контроллеров, моделей и представлений , создает App_Start папку с файлом RouteConfig.cs и создает файл Global.asax .

Добавление поддержки веб-API

Устанавливает пакеты NuGet WebApi и Newtonsoft.Json, создает пустые папки App_Data, Контроллеры и Модели , создает App_Start папку с файлом WebApiConfig.cs и создает файл Global.asax .

Способы проверки подлинности

Visual Studio 2013 предлагает несколько вариантов проверки подлинности для шаблонов веб-формы, MVC и веб-API:

• Без аутентификации.
• Индивидуальные учетные записи пользователей (ASP.NET удостоверение, ранее известное как ASP.NET членство)
• Учетные записи организации (Windows Server Active Directory или Azure Active Directory)
• Проверка подлинности Windows (интрасеть)

Без аутентификации

Если выбрать вариант Без проверки подлинности, пример приложения не будет содержать веб-страниц для входа в систему, ни пользовательского интерфейса, указывающего, кто выполнил вход, ни классов сущностей для базы данных членства, ни строка подключения для базы данных членства.

Учетные записи индивидуальных пользователей

Если выбрать отдельные учетные записи пользователей, в примере приложения будет настроено использование удостоверения ASP.NET (прежнее название — ASP.NET членство) для проверки подлинности пользователей. ASP.NET Identity позволяет пользователю зарегистрировать учетную запись, создав имя пользователя и пароль на сайте или выполнив вход с помощью поставщиков социальных сетей, таких как Facebook, Google, учетная запись Майкрософт или Twitter. Хранилище данных по умолчанию для профилей пользователей в ASP.NET Identity — это база данных SQL Server LocalDB, которую можно развернуть в SQL Server или Azure SQL базу данных для рабочего сайта.

В Visual Studio 2013 эти функции такие же, как в Visual Studio 2012, но базовый код для ASP.NET системы членства был переписан. Ниже перечислены преимущества новой базы кода.

• Новая система членства основана на OWIN, а не на модуле проверки подлинности ASP.NET форм. Это означает, что вы можете использовать один и тот же механизм проверки подлинности, независимо от того, используете ли вы веб-формы или MVC в IIS, а также веб-API для самостоятельного размещения или SignalR.
• Новая база данных членства управляется Entity Framework Code First, и все таблицы представлены классами сущностей, которые можно изменить. Это означает, что вы можете легко настроить схему базы данных и пользовательский веб-интерфейс, связанный с профилем, в соответствии с вашими потребностями, а также легко развернуть обновления с помощью Code First Migrations.

Новая система членства автоматически реализуется в новых шаблонах и может быть реализована вручную в любом проекте, предназначенном для .NET 4.5 или более поздней версии.

ASP.NET Identity — хороший выбор, если вы создаете веб-сайт в Интернете, который в основном предназначен для внешних клиентов. Если в вашей организации используется Active Directory или Office 365 и вы хотите создать проект, обеспечивающий единый вход для сотрудников и деловых партнеров, лучше выбрать вариант Учетные записи организации.

Дополнительные сведения о параметре "Учетные записи отдельных пользователей" см. в следующих ресурсах:

• www.asp.net/identity. Документация по удостоверению ASP.NET на веб-сайте ASP.NET.
• Создайте приложение ASP.NET MVC 5 с Facebook, Google OAuth2 и OpenID. Также показано, как настроить данные профиля пользователя.
• Веб-API — внешние службы проверки подлинности
• Добавление внешних имен входа в приложение ASP.NET в Visual Studio 2013

Учетные записи организации

Если выбрать Учетные записи организации, в примере приложения будет настроено использование Windows Identity Foundation (WIF) для проверки подлинности на основе учетных записей пользователей в Azure Active Directory (Azure AD, в том числе Office 365) или Windows Server Active Directory. Дополнительные сведения см. в разделе Варианты проверки подлинности учетной записи организации далее в этом разделе.

Проверка подлинности Windows

Если выбрать проверку подлинности Windows, в примере приложения будет настроено использование модуля IIS проверки подлинности Windows. Приложение отобразит домен и идентификатор пользователя учетной записи Active Directory или локального компьютера, вошедшего в Систему Windows, но не будет включать регистрацию пользователя или пользовательский интерфейс входа. Этот параметр предназначен для веб-сайтов интрасети.

Кроме того, можно создать сайт интрасети, использующий проверку подлинности AD, выбрав параметр Локальная среда в разделе Учетные записи организации. Параметр On-Premises использует Windows Identity Foundation (WIF) вместо модуля проверки подлинности Windows. Для настройки локального параметра требуются некоторые дополнительные действия, но WIF включает функции, недоступные в модуле проверки подлинности Windows. Например, с помощью WIF можно настроить доступ к приложениям в Active Directory и запрашивать данные каталога.

Варианты проверки подлинности учетной записи организации

Диалоговое окно Настройка проверки подлинности предоставляет несколько вариантов проверки подлинности для учетной записи Azure Active Directory (Azure AD, которая включает Office 365) или Windows Server Active Directory (AD).

• Облако — отдельная организация (Azure AD или AD, использующий интеграцию каталогов с Azure AD)
• Облако — несколько организаций (Azure AD или AD с интеграцией каталогов с Azure AD)
• Локальная среда (AD)

Если вы хотите попробовать один из вариантов Azure AD, но у вас еще нет учетной записи, щелкните здесь, чтобы зарегистрироваться для получения учетной записи Azure AD.

Примечание

Если вы выбрали один из Azure AD вариантов, для проекта требуется база данных и необходимо войти в учетную запись глобального администратора для клиента Azure AD. Введите имя и пароль учетной записи организации (например, admin@contoso.onmicrosoft.com), которая имеет административные разрешения для клиента Azure AD.

Не вводите учетные данные для учетной записи Майкрософт (например, contoso@hotmail.com) в диалоговом окне входа.

Облако — проверка подлинности в одной организации

Выберите этот параметр, если вы хотите включить проверку подлинности для учетных записей пользователей, определенных в одном клиенте Azure AD. Например, сайт contoso.com, и он будет доступен сотрудникам компании Contoso, которые находятся в клиенте contoso.onmicrosoft.com. Вы не сможете настроить Azure AD, чтобы разрешить пользователям из других клиентов доступ к приложению.

Домен

Введите домен Azure AD, в который вы хотите настроить приложение, например contoso.onmicrosoft.com. Если у вас есть личный домен, например contoso.com вместо contoso.onmicrosoft.com, его можно ввести здесь.

Уровень доступа

Если приложению необходимо запрашивать или обновлять сведения о каталоге с помощью API Graph, выберите Единый вход, Чтение данных каталога или Единый вход, Чтение и запись данных каталога. В противном случае выберите Единый вход. Дополнительные сведения см. в разделах Уровни доступа к приложениям и Использование API Graph для запроса Azure AD.

универсальный код ресурса (URI) идентификатора приложения.

По умолчанию шаблон создает URI идентификатора приложения, добавляя имя проекта в домен Azure AD. Например, если имя проекта — , Example а домен — contoso.onmicrosoft.com, URI идентификатора приложения становится https://contoso.onmicrosoft.com/Example. Если вы хотите вручную указать URI идентификатора приложения, разверните раздел Дополнительные параметры и введите URI идентификатора приложения в текстовом поле. URI идентификатора приложения должен начинаться с https://.

По умолчанию, если приложение, которое уже подготовлено в Azure AD, имеет тот же URI идентификатора приложения, что и тот, который Visual Studio использует для проекта, проект будет подключен к существующему приложению вместо подготовки нового. Если вы хотите подготовить новое приложение в этом случае, снимите флажок Перезаписать приложение, если приложение с таким же идентификатором уже существует проверка.

Если поле Перезаписать проверка очищено и Visual Studio находит существующее приложение с тем же URI идентификатора приложения, он создает новый URI, добавляя номер к URI, который он собирается использовать. Например, предположим, что имя проекта — Example, вы оставляете текстовое поле пустым, очищаете поле Перезаписать проверка, а клиент Azure AD уже имеет приложение с URI https://contoso.onmicrosoft.com/Example. В этом случае новое приложение будет подготовлено с URI идентификатора приложения, например https://contoso.onmicrosoft.com/Example_20130619330903.

Подготовка приложения в Azure AD

Чтобы подготовить приложение в Azure AD или подключить проект к существующему приложению, Visual Studio требуются учетные данные глобального администратора домена. При нажатии кнопки ОК в диалоговом окне Настройка проверки подлинности вам будет предложено ввести имя пользователя и пароль глобального администратора для указанного домена. Позже при нажатии кнопки Создать проект в диалоговом окне Новый проект ASP.NET Visual Studio подготавливает приложение в Azure AD. Обратите внимание, что в рамках этого процесса Visual Studio внедряет значения секретов клиента в файл Web.config, срок действия которого истекает через год после создания.

Сведения о создании приложений, использующих облачную проверку подлинности в одной организации , см. в следующих ресурсах:

• Проверка подлинности Azure
• Добавление единого входа в веб-приложение с помощью Azure AD
• Разработка приложений ASP.NET с Azure Active Directory
• Защита веб-API ASP.NET с помощью компонентов Azure AD и Microsoft OWIN

Руководства еще не обновлены для Visual Studio 2013. Некоторые из этих руководств поручены вам выполнять вручную, автоматизированы в Visual Studio 2013.

Облако — проверка подлинности в нескольких организациях

Выберите этот параметр, если вы хотите включить проверку подлинности для учетных записей пользователей, определенных в нескольких клиентах Azure AD. Например, сайт является contoso.com и будет доступен сотрудникам компании Contoso, которые находятся в contoso.onmicrosoft.com арендаторе, и сотрудникам компании Fabrikam, которые находятся в fabrikam.onmicrosoft.com арендаторе.

Вводимые параметры и шаг подготовки приложения аналогичны проверке подлинности в одной организации.

Сведения о создании приложений, использующих облачную проверку подлинности в нескольких организациях , см. в следующих ресурсах:

• Простая интеграция веб-приложений с Azure Active Directory ASP.NET & Visual Studio в блоге группы разработчиков Active Directory.
• Руководство по разработке мультитенантных веб-приложений с помощью Azure AD. Это руководство еще не обновлено для Visual Studio 2013. Некоторые из действий, выполняемых вручную, автоматизированы в Visual Studio 2013.
• Прежде чем вы сможете войти в систему, необходимо зарегистрироваться в нескольких организациях ASP.NET приложения. Блог Витторио Берточчи, в котором объясняется, как устранить распространенные проблемы, с которыми сталкиваются пользователи при создании проекта, использующего проверку подлинности в нескольких организациях.

Локальная проверка подлинности организации

Выберите этот параметр, если вы хотите включить проверку подлинности для учетных записей пользователей, определенных в Windows Server Active Directory (AD), и не хотите использовать Azure AD. Этот параметр можно использовать для создания сайта интрасети или интернет-сайта. Для интернет-сайта используйте службы федерации Active Directory (AD FS) (ADFS), чтобы предоставить доступ к AD. Дополнительные сведения см. в статье Использование локальной проверки подлинности организации (ADFS) с ASP.NET в Visual Studio 2013.

Для сайта интрасети в качестве альтернативы можно выбрать проверку подлинности Windows вместо этого параметра. Для параметра Проверки подлинности Windows не нужно предоставлять URL-адрес документа метаданных. Однако проверка подлинности Windows не позволяет управлять доступом к приложениям в Active Directory или запрашивать данные каталога.

Локальный центр

Введите URL-адрес, указывающий на документ метаданных. Документ метаданных содержит координаты центра. Приложение будет использовать эти координаты для управления потоком веб-входа.

универсальный код ресурса (URI) идентификатора приложения.

Укажите уникальный URI, который AD может использовать для идентификации этого приложения, или оставьте пустым, чтобы разрешить Visual Studio создать его.

Дальнейшие действия

В этом документе приведены основные сведения о создании нового веб-проекта ASP.NET в Visual Studio 2013. Дополнительные сведения об использовании Visual Studio для веб-разработки см. в разделе https://www.asp.net/visual-studio/.