API RESTful

Программный интерфейс с репрезентативным переносом состояний, широко известный как RESTful API, широко считается золотым стандартом связи между программными приложениями.

API RESTful основан на стандарте HTML, установленном в 1991 году, в котором появилась команда GET. Команда GET составляет большую часть интернет-трафика и возникает, когда ваш браузер запрашивает веб-страницу или ресурс с сервера. По сути, это команда «чтения». Однако команда GET не была единственной, указанной в исходном стандарте. Другие команды, такие как POST, PUT, PATCH и DELETE, также были частью этого оригинального протокола. Трудно представить себе, что кто-то настроит сервер, чтобы конечный пользователь где-то в Интернете мог отправить запрос DELETE, но это было в исходной спецификации.

Прошло десять лет, и мы стали свидетелями появления Web 2.0 или веб-сайтов на основе API. Хотя эти первые веб-сайты, основанные на JavaScript, стали по-настоящему популярными только в 2010-х годах, они ознаменовали собой значительный сдвиг в веб-интерфейсе. Эти сайты отображают страницу в браузере конечного пользователя, а затем вызывают API веб-сервера для получения актуальных данных для определенной части страницы. Это нововведение означало, что не нужно было регенерировать и передавать всю страницу каждый раз, когда пользователю требовались обновленные данные.

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

API RESTful использует стандарт HTTP, традиционно используемый для отправки, редактирования и получения веб-страниц, для обработки других типов данных, в первую очередь объектов JSON. Объекты JSON, представляющие собой более компактную форму XML-документа (использовавшегося в ранних API), могут хранить различные типы данных, такие как строки, числа, массивы или даже другие объекты.

RESTful API, используйте команды HTTP: команда GET считывает данные, PUT и PATCH используются для создания и редактирования данных, POST предназначена для передачи данных на веб-сервер для определенных функций, а DELETE используется для удаления данных.

В Nexoid вся наша деятельность основана на API-интерфейсах RESTful. Например, для входа и получения токена сеанса необходимо отправить запрос POST, а для получения записи используется запрос GET, а создание и обновление обрабатываются командами PUT и PATCH. Гибкость, обеспечиваемая технологией React.JS, лежащей в основе нашего интерфейса, в сочетании с базой данных Elasticsearch означает, что Nexoid остается независимым от структуры данных в записях. Это дает разработчикам огромный контроль и гибкость, позволяя им разрабатывать практически любой бизнес-процесс.

Наш RESTful API настолько всеобъемлющ, что мы используем тот же API, что и конечным пользователям. Документацию, включая примеры и пошаговые руководства, можно найти по адресу https://developer.nexoid.com/api.

Возможно, вам интересно, что это значит для лиц, не являющихся разработчиками. Что ж, у нас есть все необходимое. В отличие от некоторых наших конкурентов, которые скрывают токены безопасности в заголовке запроса, во всех защищенных запросах мы используем простую переменную «session_id». Хотя это не ставит под угрозу безопасность запросов, оно значительно упрощает написание сценариев для ИТ-персонала. Простые скриптовые языки, такие как PowerShell, CURL и даже VBScript, на 100% совместимы с API Nexoid, что дает опытным пользователям возможность делать практически все, что угодно.