В чем разница между API-приложением и веб-приложением?
сейчас я читал несколько руководств по развертыванию веб-приложений и приложений API в Azure. Тем не менее, я все еще немного не уверен, почему вы будете использовать один над другим.
Я могу создать новое решение .NET с контроллерами API и развернуть его как веб-приложение, так почему мне конкретно требуется приложение API? Оптимизированы ли они специально для ASP.NET веб-API, где, как веб-приложения для доставки HTML?
6 ответов:
обновление ответа до текущего состояния Azure,
службы приложений теперь заменяет все мобильные, Api и веб-приложения вкусов в качестве единого фреймворка приложения со всеми функциональными перевернутыми, чтобы сделать вещи более доступными для различных типов приложений. В настоящее время все веб-приложения, мобильные приложения и Api совместно называются службами приложений. мы по-прежнему предлагаем клиенту возможность создать мобильное приложение и веб-приложение в галерее, но это в основном решить в Службе приложений Приложение.
https://azure.microsoft.com/en-us/documentation/articles/app-service-api-apps-why-best-platform/
особенности для мобильной работы для веб-приложения, а также такие как простые таблицы и простой API. И функции для приложений API, таких как API Cors и определения API, теперь работают и в веб-приложениях. Клиент может разместить одно веб-приложение в качестве любой мобильной службы или api со всеми функциями, предлагаемыми через службы приложений.
у нас также есть новые служба в preview особенно нацелена на приложения API, предлагая опыт управления для ваших API, в основном вы можете управлять страницами создания API try, собирать аналитику выполнения, дросселировать и многое другое. ознакомьтесь с блогом функций, чтобы узнать больше о функциях управления API Azure. И да, вы можете разместить API в качестве приложения Службы приложений и подключить вещи с API Управление.
https://azure.microsoft.com/en-us/documentation/articles/api-management-get-started/
был момент времени, когда существовали различия между различными типами служб приложений, но это уже не так. Элемент документация гласит:
таким образом, больше не имеет значения, какой тип службы приложений вы выберете для развертывания (если вам не важно, как выглядит значок любить.)
обновление
функциональные приложения теперь являются исключением. Создание приложения-функции изменяет пользовательский интерфейс портала. Однако основное веб-приложение ничем не отличается. Установка параметра приложения с именем
FUNCTIONS_EXTENSION_VERSION=~1превращает любое веб-приложение в приложение-функцию (за вычетом пользовательского интерфейса на портале).
есть много незначительных различий между веб-API и API приложений, но очень заметные и ключевые различия
собственная реализация Swagger - при создании приложения API в Visual studio ссылка swagger поставляется по умолчанию. Swagger предоставляет очень удобные для разработчиков функции для потребителей API для взаимодействия с вашим API через интерфейс Swagger. Также чванство на основе API предоставляет клиенту поколения СДК (оба .Чистый клиент и клиент, основанный на JavaScript), который облегчает вызова API как обычный вызов метода. Примечание: реализация Swagger на обычном веб-API возможна вручную.
возможность публикации приложений API в Azure Market Place. Azure Market Place-это общедоступный репозиторий для всех приложений API, которые можно использовать бесплатно или за дополнительную плату.
этой 15-минутное видео с канала 9 дает отличный обзор о приложениях Api.
Это может зависеть от того, что вы пытаетесь сделать, но вы должны использовать веб-API при создании сервиса. ASP.Net Web API-это платформа для создания HTTP-сервисов, которые могут использоваться широким кругом клиентов. Это позволяет вам создавать его не только для веб-приложения, но и открывать его для подключения к приложениям Android, IOS, веб-приложениям, приложениям Windows 8, приложениям WPF и т. д..
Так что если вам нужен веб-сервис, но вам не нужно мыло, то вы можете использовать веб-API.
чтобы дополнить ответ Грега,вот еще более свежая статья, описывающая различия.
подведем итоги:
"основные функции приложений API-аутентификация, CORS и метаданные API – перешли непосредственно в Службу приложений. С этим изменением функции доступны в веб-приложениях, мобильных приложениях и API. На самом деле, все три имеют один и тот же Microsoft.Тип ресурса Web / sites в Диспетчере ресурсов."
и вот еще один важный момент Примечание:
" Если ваш API уже развернут как веб-приложение или мобильное приложение, вам не нужно повторно развертывать приложение, чтобы воспользоваться новыми функциями."