Обновить

Комментарии 6

На самом деле - неплохо написано. Без излишней подробной информации, которая отбивает охоту читать непосвященному.

"Розетки" из терминологии автора еще часто называют "ручками", для меня это аналогия с ручками управления на всяких пультах.

Кстати небольшое пожелание - уточнить бы как именно передаются параметры ручки через интернет, потому что "Зашел на /products - вызвалась функция добавления товаров" - сразу вызывает вопрос "А какие товары то, мы же не указали ничего"

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

Улыбнуло про «10 000 товаров» и «боевого хомяка» - в реальных проектах у меня, правда, завалы были не хомяками, а тысячами SKU. И каждый раз объяснять бизнесу, что кнопочки и красивые страницы - это только верхушка айсберга. Под капотом тот самый бэкенд, который обслуживает потоки заказов, как в статье: фронт кидает запрос на /products/list, а сервер уже возвращает данные.
Метро сравнение с «розетками» понравилось. Тоже когда‑то делал интеграцию склада через REST, только «розеток» набралось под сотню: добавление товаров, апдейты цен, отчёты. И да, всё это завёрнуто в JSON с необычными названиями вроде «Боевой Хомяк (ручной)» и цена в копейках. Но поставщики счастливы - вместо копипаста данные летят автоматом.
Единственное, лично я бы дополнил, что мир не ограничивается JSON и HTTP. Для сложных задач уместны GraphQL, gRPC или даже WebSocket. Но как вводный материал для новичков статья очень удачна: простые примеры, пояснения про фронт и бэкэнд, и никакой академической мути. Напомнило, как сам когда‑то ловил пакетики через Postman и радовался, когда впервые заработал 🙂.

Для понимания функционала очень круто расписано!
Спасибо!

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации