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

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

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

Уважаемые разработчики, помогите вместе разобраться, что можно назвать 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.

Новые блоги и статьи Все статьи Все блоги /
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ

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

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

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

Решение