API — это мощное и универсальное средство для соединения разнообразных и разрозненных программных приложений. API-интерфейсы позволяют широкому спектру несвязанных программных продуктов интегрироваться и взаимодействовать с другим программным обеспечением и данными. API-интерфейсы также позволяют разработчикам добавлять функции и функции к программному обеспечению, используя широкий набор API-интерфейсов других разработчиков.
Типы веб-API
Общедоступный API. Общедоступный API открыт и доступен для использования любым сторонним разработчиком или компанией. Предприятие, которое развивает бизнес-стратегию, предполагающую обмен своими приложениями и данными с другими предприятиями, разработает и предложит общедоступный API. Общедоступные API обычно включают умеренную аутентификацию и авторизацию. Предприятие также может стремиться монетизировать API, взимая плату за каждый вызов для использования общедоступного API.
Партнерский API. Партнерский API, доступный только специально отобранным и авторизованным сторонним разработчикам или пользователям API, является средством для облегчения взаимодействия между компаниями. Например, если компания хочет выборочно обмениваться данными о своих клиентах с внешними CRM-фирмами, API-интерфейс партнера может подключить внутреннюю систему данных о клиентах к этим внешним сторонам — никакое другое использование API не разрешено. Партнеры имеют четкие права и лицензии на доступ к таким API. По этой причине партнерские API обычно включают в себя более надежные механизмы аутентификации, авторизации и безопасности. Предприятия также обычно не монетизируют такие API напрямую; партнерам платят за их услуги, а не за использование API.
Внутренний API. Внутренний (или частный) API предназначен только для использования внутри предприятия для подключения систем и данных в рамках бизнеса. Например, внутренний API может соединять платежную ведомость организации и системы управления персоналом. Внутренние API-интерфейсы традиционно обеспечивают слабую безопасность и аутентификацию — или вообще никакие — потому что API-интерфейсы предназначены для внутреннего использования, и предполагается, что такие уровни безопасности обеспечиваются с помощью других политик. Однако это меняется, поскольку повышение осведомленности об угрозах и требования соответствия нормативным требованиям все больше влияют на стратегию организации в отношении API.
Композитный API. Составные API обычно объединяют два или более API для создания последовательности связанных или взаимозависимых операций. Составные API-интерфейсы могут быть полезны для решения сложных или тесно связанных функций API, а иногда могут повысить скорость и производительность по сравнению с отдельными API-интерфейсами.
API веб-служб: –
REST. Архитектура репрезентативной передачи состояния (REST), пожалуй, самый популярный подход к созданию API. REST основан на клиент-серверном подходе, который разделяет внешний и внутренний интерфейсы API и обеспечивает значительную гибкость при разработке и реализации. REST «без сохранения состояния», что означает, что API не сохраняет данные или статус между запросами. REST поддерживает кэширование, в котором хранятся ответы для медленных или нечувствительных ко времени API. REST API, обычно называемые RESTful API, также могут взаимодействовать напрямую или работать через промежуточные системы, такие как шлюзы API и балансировщики нагрузки.
RPC: протокол удаленного процедурного вызова (RPC) — это простое средство для отправки нескольких параметров и получения результатов. API-интерфейсы RPC вызывают исполняемые действия или процессы, в то время как API-интерфейсы REST в основном обмениваются данными или ресурсами, такими как документы. RPC может использовать два разных языка, JSON и XML, для кодирования; эти API называются JSON-RPC и XML-RPC соответственно.
SOAP. Простой протокол доступа к объектам (SOAP) — это стандарт обмена сообщениями, определенный консорциумом World Wide Web и широко используемый для создания веб-API, обычно с XML. SOAP поддерживает широкий спектр коммуникационных протоколов, используемых в Интернете, таких как HTTP, SMTP и TCP. SOAP также расширяем и не зависит от стиля, что позволяет разработчикам писать API-интерфейсы SOAP различными способами и легко добавлять функции и функции. Подход SOAP определяет, как обрабатывается сообщение SOAP, функции и модули, включая поддерживаемые протоколы связи, а также структуру сообщений SOAP.
Автоматизируйте свои тесты API с помощью Postman Postman — это платформа API для создания и использования API. Postman упрощает каждый этап жизненного цикла API и оптимизирует совместную работу, чтобы вы могли быстрее создавать более качественные API. Вы можете скачать Почтальон.
Создайте API с помощью postman.
Добавить люкс.
Тестирование API с некоторыми параметрами.
Возвращаемые значения основных методов HTTP в сочетании с URI ресурсов:
