Этот краткий термин на слуху у всех, кто хоть как-то сталкивался с разработкой. Но далеко не все понимают, что именно он обозначает и зачем нужен. DEV.BY опубликовал пояснение разработчика Петра Газарова (он рассказал об API простыми словами в своём блоге).
Аббревиатура API расшифровывается как «Application Programming Interface» (интерфейс программирования приложений, программный интерфейс приложения). Большинство крупных компаний на определённом этапе разрабатывают API для клиентов или для внутреннего использования. Чтобы понять, как и каким образом API применяется в разработке и бизнесе, сначала нужно разобраться, как устроена «всемирная паутина».
Всемирная паутина и удалённые серверы
WWW можно представить как огромную сеть связанных серверов, на которых и хранится каждая страница. Обычный ноутбук можно превратить в сервер, способный обслуживать целый сайт в сети, а локальные серверы разработчики используют для создания сайтов перед тем, как открыть их для широкого круга пользователей.
При введении в адресную строку браузера www.facebook.com на удалённый сервер Facebook отправляется соответствующий запрос. Как только браузер получает ответ, то интерпретирует код и отображает страницу.
Каждый раз, когда пользователь посещает какую-либо страницу в сети, он взаимодействует с API удалённого сервера. API — это составляющая часть сервера, которая получает запросы и отправляет ответы.
API как способ обслуживания клиентов
Многие компании предлагают API как готовый продукт. Например, Weather Underground продаёт доступ к своему API для получения метеорологических данных.
Сценарий использования: на сайте небольшой компании есть форма для записи клиентов на приём. Компания хочет встроить в него Google Календарь, чтобы дать клиентам возможность автоматически создавать событие и вносить детали о предстоящей встрече.
Применение API: цель — сервер сайта должен напрямую обращаться к серверу Google с запросом на создание события с указанными деталями, получать ответ Google, обрабатывать его, и передавать соответствующую информацию в браузер, например, сообщение с запросом на подтверждение пользователю.
В качестве альтернативы браузер может сделать запрос к API сервера Google, минуя сервер компании.
Чем API Google Календаря отличается от API любого другого удалённого сервера в сети?
Технически, разница в формате запроса и ответа. Чтобы сгенерировать полную веб-страницу, браузер ожидает ответ на языке разметки HTML, в то время как API Google Календаря вернёт просто данные в формате вроде JSON.
Если запрос к API делает сервер веб-сайта компании, то он и является клиентом (так же, как клиентом выступает браузер, когда пользователь открывает веб-сайт).
Пользователь благодаря API получает возможность совершить действие, не покидая сайт компании.
Большинство современных сайтов используют по крайней мере несколько сторонних API. Многие задачи уже имеют готовые решения, предлагаемые сторонними разработчиками, будь то библиотека или услуга. Зачастую проще и надёжнее прибегнуть именно к уже готовому решению.
Многие разработчики разносят приложение на несколько серверов, которые взаимодействуют между собой при помощи API. Серверы, которые выполняют вспомогательную функцию по отношению к главному серверу приложения, называются микросервисами.
Таким образом, когда компания предлагает своим пользователям API, это просто означает, что она создала ряд специальных URL, которые в качестве ответа возвращают только данные.
Такие запросы часто можно отправлять через браузер. Так как передача данных по протоколу HTTP происходит в текстовом виде, браузер всегда сможет отобразить ответ. Например, через браузер можно напрямую обратиться к API GitHub (https://api.github.com/users/petrgazarov), причём без маркера доступа, и получить вот такой ответ в формате JSON:
Браузер отлично отображает JSON-ответ, который вполне можно вставлять в код. Из такого текста достаточно просто извлечь данные, чтобы использовать их по своему усмотрению.
Ещё несколько примеров API
Слово «application» (прикладной, приложение) может применяться в разных значениях. В контексте API оно подразумевает:
- фрагмент программного обеспечения с определённой функцией,
- сервер целиком, приложение целиком или же просто отдельную часть приложения.
Любой фрагмент ПО, который можно чётко выделить из окружения, может заменять букву «А» в англоязычной аббревиатуре, и тоже может иметь некоторого рода API. Например, при внедрении в код разработчиком сторонней библиотеки, она становится частью всего приложения. Будучи самостоятельным фрагментом ПО, библиотека будет иметь некий API, который позволит ей взаимодействовать с остальным кодом приложения.
В объектно-ориентированном проектировании код представлен в виде совокупности объектов. В приложении таких объектов, взаимодействующих между собой, могут быть сотни. У каждого из них есть свой API — набор публичных свойств и методов для взаимодействия с другими объектами в приложении. Объекты могут также иметь частную, внутреннюю логику, которая скрыта от окружения и не является API.
[customscript]techrocks_custom_after_post_html[/customscript]
[customscript]techrocks_custom_script[/customscript]
«Простое» объяснение.
Я ничего не понял
Нужно быть прогламмистом или хотябы иметь базовые знания ИТ что-ю понять.
Тоже ничего не понял. Своим о своем рассказ.
а мне понятно. Спасибо!
Имхо, не хватает живых примеров из обыденной жизни, иначе не совсем понятно о чем идет речь
Попробую привести пример (как понял), если я не прав то поправьте пожалуйста.
Автомобиль и брелок с которого вы можете завести машину удалённо. Сам брелок это API, то есть такая штука с помощью которой вы удалённо можете частично управлять автомобилем (завести его для прогрева).
Простыми словами на примере: сайт Авито. Заходим в любое объявление, смотрим адрес на карте. А карта у нас «Яндекс», это и есть API. Где мы используем готовый продукт интегрированный в наш сайт, без перехода на сторонний.
Имхо, не хватает живых примеров из обыденной жизни, иначе не совсем понятно о чем идет речь
Тут самое главное вот это предложение. «API — это набор публичных свойств и методов для взаимодействия с другими объектами в приложении».
Спасибо за статью, коротко и ясно
Мало, что понял. Получается это просто обмен данными с доступом к какой-то информации? То есть чтобы мне подключится по api нужно самому сделать программу и подстроить ее под те данные к которым я подключусь?
Как я понял в этом случае api это переводчик между двумя разноязычными программами, тоесть JVM тоже Api получается
Здравствуйте! Спасибо за статью. Вопрос: существуют ли некие библиотеки API, которые на коммерческой или свободной основе предоставляют возможность «вставлять» чужие API в свой код? Как удостовериться в безопасности чужого API? Если речь идёт об API в качестве одного или нескольких сторонних микросервисов, используемых моим приложением, то как гарантировать себе постоянный доступ к нужному API? (то есть гарантировать, что хозяин используемого API не отрежет к нему доступ)
Разве это простыми словами? Не понятно
Я вот к примеру не понял что есть закрытое апи а что открытое?
Закрытое АПИ в ответ выдает код доступа, без него нет подтверждения полномочий и нет доступа. Например Телега или ВК, без регистрации у них приложения, ты не получишь ответа.
То, что доктор прописал!!!
Я на Вики больше понял, чем здесь ))))
Да уж, рассказал… Ещё больше запутал
Люди, которые ничего не поняли не хотят понимать. Все написано доступным и понятным языком. Осталось только посмотреть реализацию этого api на одном из языков.
Спасибо, четко, с примерами.
Хорошее объяснение, действительно, понятное.