API (МФА: [ˌeɪ.piˈaɪ];аббр. отангл. applicationprogramminginterface^[1], дословноинтерфейс программирования приложения) — программный интерфейс, то есть описание способов взаимодействия одной компьютерной программы с другими (в противоположность пользовательскому интерфейсу, используемому для взаимодействия конечного пользователя с программой). Обычно входит в описание какого-либоинтернет-протокола (например,SCIM^[2]), программного каркаса (фреймворка^[3]) или стандарта вызовов функцийоперационной системы^[4]. Часто реализуется отдельнойпрограммной библиотекой или сервисомоперационной системы. Используется программистами при написании всевозможныхприложений.

Проще говоря, это способ взаимодействия какого-то программного кода с набором каких-то программных компонентов, с помощью которых одна компьютерная программа (например, бот или сайт) может взаимодействовать с другой программой.

API (интерфейс программирования приложения) упрощает процесс программирования при создании приложений, абстрагируя базовую реализацию и предоставляя только объекты или действия, необходимые разработчику. Если графический интерфейс для почтового клиента может предоставить пользователю кнопку, которая выполнит все шаги для выборки и выделения новых писем, то API для ввода/вывода файлов может дать разработчику функцию, которая копирует файл из одного места в другое, не требуя от разработчика понимания операций файловой системы, происходящих за кулисами^[5].

Если программу (модуль, библиотеку) рассматривать какчёрный ящик, то API — это набор «ручек», которые доступны пользователю данного ящика и которые он может «вертеть» и «переключать».

Программные компоненты взаимодействуют друг с другом посредством API. При этом обычно компоненты образуют иерархию — высокоуровневые компоненты используют API низкоуровневых компонентов, а те, в свою очередь, используют API ещё более низкоуровневых компонентов.

По такому принципу построеныпротоколы передачи данных поИнтернету. Стандартныйстек протоколов (сетевая модель OSI) содержит 7 уровней (от физического уровня передачи бит до уровня протоколов приложений, подобных протоколамHTTP иIMAP). Каждый уровень пользуется функциональностью предыдущего («нижележащего») уровня передачи данных и, в свою очередь, предоставляет нужную функциональность следующему («вышележащему») уровню.

Понятие протокола близко по смыслу к понятию API. И то и другое является абстракцией функциональности, только в первом случае речь идёт о передаче данных, а во втором — о взаимодействии приложений.

API библиотеки функций и классов включает описаниесигнатур исемантики функций.

Сигнатура функции — часть общего объявления функции, позволяющая средствам трансляции идентифицировать функцию среди других. В различных языках программирования существуют разные представления о сигнатуре функции, что также тесно связано с возможностямиперегрузки функций в этих языках.

Иногда различаютсигнатуру вызова исигнатуру реализации функции. Сигнатура вызова обычно составляется по синтаксической конструкции вызова функции с учётом сигнатуры области видимости данной функции, имени функции, последовательности фактических типов аргументов в вызове и типе результата. В сигнатуре реализации обычно участвуют некоторые элементы из синтаксической конструкции объявления функции: спецификатор области видимости функции, её имя и последовательность формальных типов аргументов.

Например, в языке программированияC++ простая функция однозначно опознаётсякомпилятором по своему имени и последовательности типов своих аргументов, что составляет сигнатуру функции в этом языке. Если функция является методом некоторого класса, то в сигнатуре будет участвовать и имя класса.

Вязыке программирования Java сигнатуру метода составляют его имя и последовательность типов параметров; тип возвращаемого значения в сигнатуре не участвует^[6].

Семантика функции — это описание того, что данная функция делает. Семантика функции включает описание того, что является результатом вычисления функции, как и от чего этот результат зависит. Обычно результат выполнения зависит только от значений аргументов функции, но в некоторых модулях есть понятие состояния. Тогда результат функции может зависеть от этого состояния, и, кроме того, результатом может стать изменение состояния. Логика этих зависимостей и изменений относится к семантике функции. Полным описанием семантики функций является исполняемый код функции или математическое определение функции.

Практически всеоперационные системы (UNIX,Windows,OS X,Linux и т. д.) имеют API, с помощью которого программисты могут создавать приложения для этой операционной системы. Главный API операционных систем — это множествосистемных вызовов.

В индустрии программного обеспечения общие стандартные API для стандартной функциональности играют важную роль, так как они гарантируют, что все программы, использующие общий API, будут работать одинаково хорошо или, по крайней мере, типичным привычным образом. В случае API графических интерфейсов это означает, что программы будут иметь похожий пользовательский интерфейс, что облегчает процесс освоения новых программных продуктов.

С другой стороны, различия в API различных операционных систем существенно затрудняют перенос приложений между платформами. Существуют различные методы обхода этой сложности — написание «промежуточных» API (API графических интерфейсовwxWidgets,GTK и т. п.), написание библиотек, которые отображают системные вызовы одной ОС в системные вызовы другой ОС (такие среды исполнения, какWine,cygwin и т. п.), введение стандартов кодирования в языках программирования (например, стандартная библиотекаязыка C), написание интерпретируемых языков, реализуемых на разных платформах (sh,Python,Perl,PHP,Tcl,JavaScript,Ruby и т. д.).

Также в распоряжении программиста часто находится несколько различных API, позволяющих добиться одного и того же результата. При этом каждый API обычно реализован с использованием API программных компонент более низкого уровня абстракции.

Например: для того, чтобы увидеть вбраузере строчку «Hello, world!», достаточно лишь создатьHTML-документ с минимальным заголовком и простейшим телом, содержащим данную строку. Когда браузер откроет этотдокумент, программа-браузер передаст имяфайла (или уже открытыйдескриптор файла) библиотеке, обрабатывающей HTML-документы, та, в свою очередь, при помощи API операционной системы прочитает этот файл и разберётся в его устройстве, затем последовательно вызовет через API библиотеки стандартных графических примитивов операции типа «очистить окошко», «написать „Hello, world!“ выбранным шрифтом». Во время выполнения этих операций библиотекаграфических примитивов обратится к библиотеке оконного интерфейса с соответствующими запросами, уже эта библиотека обратится к API операционной системы, чтобы записать данные в буфервидеокарты.

При этом практически на каждом из уровней реально существует несколько возможных альтернативных API. Например: мы могли бы писать исходный документ не на HTML, а наLaTeX, для отображения могли бы использовать любой браузер. К тому же различные браузеры используют различные HTML-библиотеки, и, кроме того, всё это может быть собрано с использованием различных библиотек примитивов и на различных операционных системах.

Основными сложностями существующих многоуровневых систем API, таким образом, являются:

• Сложностьпортирования программного кода с одной системы API на другую (например, при сменеОС);
• Потеря функциональности при переходе с более низкого уровня на более высокий. Грубо говоря, каждый «слой» API создаётся для облегчения выполнения некоторого стандартного набора операций. Но при этом реально затрудняется, либо становится принципиально невозможным выполнение некоторых других операций, которые предоставляет более низкий уровень API.

Список примеров в этой статьене основывается наавторитетных источниках, посвящённых непосредственно предмету статьи.

Добавьтессылки на источники, предметом рассмотрения которых является тема настоящей статьи (или раздела) в целом, а не отдельные элементы списка. В противном случае список примеров может быть удалён.(17 ноября 2013)

Операционных систем

• Cocoa
• Linux Kernel API^[англ.]
• OS/2 API
• Windows API

Графических интерфейсов

• DirectDraw/Direct3D (частьDirectX)
• SFML
• OpenVG
• SDL
• Vulkan
• Mantle

Звуковых интерфейсов

• DirectMusic/DirectSound (частьDirectX)
• OpenAL

Аутентификационных систем

• BioAPI
• PAM

Используется в веб-разработке — содержит, как правило, определённый наборHTTP-запросов, а также определение структуры HTTP-ответов, для выражения которых чаще всего используютXML− илиJSON−формат, а такжеProtoBuf,XDR и некоторые другие.

Web API является практически синонимом для веб-службы, хотя в последнее время за счёт тенденцииWeb 2.0 осуществлён переход отSOAP кREST типу коммуникации. Веб-интерфейсы, обеспечивающие сочетание нескольких сервисов в новых приложениях, известны как гибридные.

Пример:MediaWikiAPI

	ВВикисловаре есть статья «API»

• Двоичный интерфейс приложений
• Абстрактный тип данных
• Повторное использование кода

В статьене хватаетссылок на источники (см.рекомендации по поиску).

Информация должна бытьпроверяема, иначе она может быть удалена. Вы можетеотредактировать статью, добавив ссылки наавторитетные источники в видесносок.(13 мая 2011)

• API
• Программирование

• Википедия:Cite web (не указан язык)
• Википедия:Статьи со списками примеров без авторитетных источников с ноября 2013 года
• Википедия:Статьи со списками примеров без авторитетных источников
• Википедия:Статьи с шаблонами недостатков по алфавиту
• Статьи со ссылками на Викисловарь
• Википедия:Статьи без ссылок на источники с мая 2011 года
• Википедия:Статьи без источников (тип: специальность)