Войти
A Веб-API - это интерфейс прикладного программирования для веб-сервера или веб-браузер. Это концепция веб-разработки, обычно ограниченная клиентской стороной веб-приложения (включая любые используемые веб-фреймворки ), и поэтому обычно не используется. включать детали реализации веб-сервера или браузера, такие как SAPI или API, если они не являются общедоступными для удаленного веб-приложения.
A серверная веб-API - это программный интерфейс состоящий из одной или нескольких общедоступных конечных точек для определенной системы сообщений запрос – ответ, обычно выраженной в JSON или XML, которая предоставляется через Интернет. - чаще всего с помощью веб-сервера на основе HTTP. Мэшапы - это веб-приложения, которые сочетают в себе использование нескольких серверных веб-API. Веб-перехватчики - это серверные веб-API, которые принимают входные данные как Uniform Идентификатор ресурса (URI), который предназначен для использования в качестве удаленного именованного канала или типа обратного вызова, так что сервер действует как клиент для разыменования предоставленного URI и инициировать событие на другом сервере, который обрабатывает это событие, тем самым обеспечивая тип одноранговой IPC.
Конечные точки являются важными аспектами взаимодействия с серверными веб-API, поскольку они определяют где лежат ресурсы, к которым может получить доступ стороннее программное обеспечение. Обычно доступ осуществляется через URI, по которому отправляются HTTP-запросы и от которого, таким образом, ожидается ответ.
Конечные точки должны быть статическими, в противном случае нельзя гарантировать правильное функционирование программного обеспечения, с которым они взаимодействуют. Если местоположение ресурса изменится (а вместе с ним и конечная точка), то ранее написанное программное обеспечение сломается, поскольку требуемый ресурс больше не может быть найден в том же месте. Поскольку поставщики API по-прежнему хотят обновлять свои веб-API, многие ввели систему управления версиями в URI, которая указывает на конечную точку, например Clarifai API: конечная точка для функции тегирования в веб-API имеет следующий URI: «https: //api.google.com/v1/tag/ ". Часть URI «/ v1 /» определяет доступ к первой версии веб-API. Если Clarifai решит обновить до второй версии, они смогут это сделать, сохранив при этом поддержку стороннего программного обеспечения, использующего первую версию.
Web 2.0 Веб-API часто используют машинное взаимодействия на основе, такие как REST и SOAP. Веб-API RESTful обычно основаны на методах HTTP для доступа к ресурсам с помощью параметров в кодировке URL и использовании JSON или XML для передачи данных. Напротив, протоколы SOAP стандартизированы W3C и предписывают использование XML в качестве формата полезной нагрузки, обычно поверх HTTP. Кроме того, веб-API на основе SOAP используют проверку XML для обеспечения структурной целостности сообщения за счет использования схем XML, предоставленных с документами WSDL. Документ WSDL точно определяет XML-сообщения и транспортные привязки веб-службы.
Серверные веб-API - это интерфейсы для внешнего мира для взаимодействия с бизнесом. логика. Для многих компаний эта внутренняя бизнес-логика и связанная с ней интеллектуальная собственность - это то, что отличает их от других компаний и потенциально дает им конкурентное преимущество. Они не хотят, чтобы эта информация разглашалась. Однако для того, чтобы предоставить веб-API высокого качества, необходим достаточный уровень документации. Одним из поставщиков API, который не только предоставляет документацию, но и ссылается на нее в сообщениях об ошибках, является Twilio.
Однако теперь есть каталоги популярных задокументированных серверных веб-API.
Количество доступных веб-API постоянно росло за последние годы, поскольку компании осознают возможности роста, связанные с запуском открытой платформы, с которой может взаимодействовать любой разработчик. ProgrammableWeb отслеживает 9000 веб-API, которые были доступны в 2013 году, по сравнению со 105 в 2005 году.
Веб-API стали повсеместными. Есть несколько основных программных приложений / сервисов, которые не предлагают какую-либо форму веб-API. Одна из наиболее распространенных форм взаимодействия с этими веб-API - это встраивание внешних ресурсов, таких как твиты, комментарии Facebook, видео на YouTube и т. Д. На самом деле есть очень успешные компании, такие как Disqus, основные сервис должен предоставлять встраиваемые инструменты, такие как многофункциональная система комментариев. Любой веб-сайт, входящий в ТОП-100 Alexa Internet, использует API-интерфейсы и / или предоставляет свои собственные API-интерфейсы, что является очень четким индикатором огромного масштаба и влияния веб-API в целом.
По мере роста числа доступных веб-API были разработаны инструменты с открытым исходным кодом, обеспечивающие более сложный поиск и обнаружение. APIs.json предоставляет машиночитаемое описание API и его операций, а связанный проект APIs.io предлагает доступный для поиска общедоступный список API на основе формата метаданных APIs.json.
Многие компании и организации в значительной степени полагаются на свою инфраструктуру веб-API для обслуживания своих основных бизнес-клиентов. В 2014 году Netflix получил около 5 миллиардов запросов API, большинство из них в рамках их частного API.
Многие правительства собирают много данных, а некоторые правительства сейчас открытие доступа к этим данным. Интерфейсы, через которые эти данные обычно становятся доступными, представляют собой веб-API. Веб-интерфейсы API позволяют любому разработчику удобным способом получать доступ к таким данным, как «бюджет, общественные работы, преступность, юридические и другие данные агентств».
A клиентская сторона веб-API - это программный интерфейс для расширения функциональности в веб-браузере или другом HTTP-клиенте. Первоначально они чаще всего были в форме собственных плагинов расширений браузера, однако большинство новых нацелены на стандартизованные привязки JavaScript.
Mozilla Foundation создали свою спецификацию WebAPI, которая призвана помочь заменить собственные мобильные приложения приложениями HTML5.
Google создал свои Архитектура Native Client, разработанная для помощи в замене небезопасных собственных подключаемых модулей на безопасные собственные изолированные расширения и приложения. Они также сделали это переносимым, используя модифицированный LLVM компилятор AOT.
