Как понять, что можно называть API, а что нет?

@BarsicPlus · Регистрация: 21.05.2014

Author24 — интернет-сервис помощи студентам

Уважаемые разработчики, помогите вместе разобраться, что можно назвать API, а что нельзя?
Мы знаем, что API - это, грубо говоря, набор средств для создания коммуникации между различными программами в сети.

Но, соответственно, что можно считать API, а что нельзя?

Если мы сделаем очень простенькую JS программу с ajax запросами на наш собственный сервер, то можно ли эти запросы назвать API?

А если эти запросы будут доступны и другим клиентам? Можем ли мы тогда абсолютно любой реквест на сервер назвать просто API? Даже если это что-то очень простенькое, но работающее?

А REST API - я, собственно, понимаю как набор тех самых простеньких ajax запросов, но оформленных уже по определенным правилам?

@Qwerty_Wasd · 09.07.2018, 23:05

API (программный интерфейс приложения, интерфейс прикладного программирования) (англ. application programming interface, API [эй-пи-ай][1]) — набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) или операционной системой для использования во внешних программных продуктах. Используется программистами при написании всевозможных приложений.

Используя любую готовую технологию, Вы используете API разработчиков этой технологии.

Сообщение от BarsicPlus

Если мы сделаем очень простенькую JS программу с ajax запросами на наш собственный сервер, то можно ли эти запросы назвать API?

а конечный пользователь сможет использовать ee для реализации своих целей?
Простой пример - Jquery. Библиотека на нативном JS, предлагает свои конструкции в ответ на нативные методы. Вы используя эти конструкции - используете API JQuery.

Новые блоги и статьи Все статьи Все блоги /
Работа с объемным DOM в javascript Htext 04.04.2025 Сегодня прочитал статью тут о расходах памяти в JS, ее утечках и т. п. И вот что вспомнил из своей недавней практики. Может, кому пригодится. Хотя, в той статье об этом тоже есть. Дело в том, что я. . .	Оптимизация производительности Node.js с помощью кластеризации run.dev 04.04.2025 Масштабирование приложений для обработки тысяч и миллионов запросов — обыденная задача для многих команд. Node. js, благодаря своей асинхронной событийно-ориентированной архитектуре, стал популярной. . .	Управление зависимостями в Python с Poetry py-thonny 04.04.2025 Стандартный инструмент для установки пакетов в Python - pip - прекрасно справляется с базовыми сценариями: установил пакет командой pip install и используешь его. Но что произойдёт, когда разные. . .	Мониторинг с Prometheus в PHP Jason-Webb 04.04.2025 Prometheus выделяется среди других систем мониторинга своим подходом к сбору и хранению метрик. В отличие от New Relic, который использует агентный подход и отправляет данные во внешнее хранилище,. . .	Пакет Context в Golang: Управление потоками и ресурсами golander 04.04.2025 Работа с горутинами в Go часто напоминает управление непослушными детьми - они разбегаются кто куда, делают что хотят и не всегда завершаются вовремя. К счастью, в Go 1. 7 появился пакет context,. . .
Контейнеризация React приложений с Docker Reangularity 03.04.2025 Контейнеризация позволяет упаковать приложение со всеми его зависимостями в автономный контейнер, который можно запустить на любой платформе с установленным Docker. Это существенно упрощает процессы. . .	Свой попап в SwiftUI mobDevWorks 03.04.2025 SwiftUI, как декларативный фреймворк от Apple, предоставляет множество инструментов для создания пользовательских интерфейсов. В нашем распоряжении есть такие API как alerts, popovers, action sheets. . .	Антипаттерны микросервисной архитектуры ArchitectMsa 03.04.2025 Хорошо спроектированная микросервисная система может выдержать испытание временем, оставаясь гибкой, масштабируемой и устойчивой к большинству проблем. Такая архитектура обладает высоким уровнем. . .	std::mutex в C++: Советы и примеры использования bytestream 03.04.2025 std::mutex - это механизм взаимного исключения, который гарантирует, что критический участок кода выполняется только одним потоком в каждый момент времени. Это простое, но могущественное средство. . .	Не удержался от оценки концепции двигателя Стирлинга. Hrethgir 03.04.2025 Сколько не пытался - она выдавала правильные схемы, причём случайно рисовала горячие области в середине, холодные по краям, трубки с краёв в низ и магнит в соединяющей, но при этой выдавала описание. . .

@BarsicPlus 11 / 11 / 2 Регистрация: 21.05.2014 Сообщений: 31

	Как понять, что можно называть API, а что нет? 09.07.2018, 21:33. Показов 1549. Ответов 1 Метки ajax, api, internet, n, network, rest api (Все метки) Уважаемые разработчики, помогите вместе разобраться, что можно назвать API, а что нельзя? Мы знаем, что API - это, грубо говоря, набор средств для создания коммуникации между различными программами в сети. Но, соответственно, что можно считать API, а что нельзя? Если мы сделаем очень простенькую JS программу с ajax запросами на наш собственный сервер, то можно ли эти запросы назвать API? А если эти запросы будут доступны и другим клиентам? Можем ли мы тогда абсолютно любой реквест на сервер назвать просто API? Даже если это что-то очень простенькое, но работающее? А REST API - я, собственно, понимаю как набор тех самых простеньких ajax запросов, но оформленных уже по определенным правилам? 0

@Qwerty_Wasd dev - investigator 2151 / 1496 / 651 Регистрация: 16.04.2016 Сообщений: 3,696
	09.07.2018, 23:05
	Сообщение было отмечено BarsicPlus как решение Решение API (программный интерфейс приложения, интерфейс прикладного программирования) (англ. application programming interface, API [эй-пи-ай][1]) — набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) или операционной системой для использования во внешних программных продуктах. Используется программистами при написании всевозможных приложений. Используя любую готовую технологию, Вы используете API разработчиков этой технологии. Сообщение от BarsicPlus Если мы сделаем очень простенькую JS программу с ajax запросами на наш собственный сервер, то можно ли эти запросы назвать API? а конечный пользователь сможет использовать ee для реализации своих целей? Простой пример - Jquery. Библиотека на нативном JS, предлагает свои конструкции в ответ на нативные методы. Вы используя эти конструкции - используете API JQuery. 1

Как понять, что можно называть API, а что нет?

Решение