219

Ответ на пост «Плохой API»1

Так... В общем, насколько моего понимания хватает, вкратце это разница между REST и JSON RPC.


Первый по-максимуму использует методы и коды ответа протокола HTTP в том числе для передачи информации логики API.


Второй чётко отделяет слой HTTP и слой логики API. HTTP только чтобы передать запрос-ответ. Инфа про запрос, в том числе тип операции - только в теле запроса. Инфа про ответ, в том числе код результата выполнения операции - только в теле ответа.


И то, и другое - валидные протоколы API, более или менее подходящие под разные задачи. Главное не натягивать мухи на котлеты.


Всё, зануда мод пошёл отдыхать.

Ответ на пост «Плохой API» IT юмор, Http, API, Программист, Программирование, IT, Ответ на пост, Текст

IT-юмор

6.9K постов53.2K подписчиков

Правила сообщества

Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору

3
DELETED
Автор поста оценил этот комментарий

Апишка лишь точка связи. Ей пофигу на все те умные слова, она практически не зависит от них.
Если на большом проекте хаос, то надо дать лидам по шее и сваливать. Или постепенно приводить в порядок при каждой итерации.

раскрыть ветку (1)
Автор поста оценил этот комментарий

А, ну ок, продолжай сваливать. Тоже стратегия.

4
DELETED
Автор поста оценил этот комментарий

Можно все апи пост-запросами сделать и с двухсотыми респонсами.  Можно есть руками с миски на полу. Варианты вполне рабочие, но не в приличном обществе.
Эту хрень еще ж поддерживать, развивать, модифицировать. И чем оно красивее и интуитивно понятней, тем легче будет работать и понимать происходящее и тебе, и твоим коллегам, и тем, кто будет на проекте после тебя.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Угу. Это один фактор. А есть ещё куча других. Инфраструктура, библиотеки, требования, мониторинг, прокси, масштабирование и т.д.


Если у вас проект на 2 странички и 3,5 человека - можно, конечно, спокойно строить себе "приличное общество". Если что-то более серьезное - рекомендую всё же откладывать в сторону эмоции и взвешивать факторы прагматично.

показать ответы
24
DELETED
Автор поста оценил этот комментарий

REST - не протокол. JSON RPC протокол. Сравнивать их как сравнивать тёплое с мягким.

раскрыть ветку (1)
Автор поста оценил этот комментарий

У нас есть задача - сделать API. Мы можем его сделать в стиле REST, а можем использовать протокол JSON-RPC. Что нам мешает сравнивать эти 2 подхода?

показать ответы
9
DELETED
Автор поста оценил этот комментарий

Протокол - это жесткий набор правил, шаг вправо-влево, и работать не будет.
REST -  это подход, список рекоммендаций. Сделаешь чуть не так, или совсем не так - ну и хрен с ним. 
Протокол и подход сравнивать безсмысленно.

раскрыть ветку (1)
Автор поста оценил этот комментарий

> Протокол и подход сравнивать безсмысленно


Вот ведь заладил. Я спрашиваю конкретно - почему, какой ужасный результат мы получим? На конкретном примере.


Не хочешь сравнивать протокол с подходом - ок, оберни JSON-RPC в подход. Или, наоборот, сделай прототип конкретного протокола в парадигме REST. И сравнивай.

показать ответы