Обновить

Исследуем Trello и Todoist: разбор спорных вопросов по REST API с проектов и собеседований

Уровень сложностиСредний
Время на прочтение17 мин
Количество просмотров5.3K
Всего голосов 6: ↑4 и ↓2+2
Комментарии4

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

REST - это рекомендации, а не догма, да и не стандарт (хоть и пытаются это притянуть).

При работе со сложным API все начинает упираться в данные и тогда появляются и тела у DELETE и POST вместо GET тк надо передавать кучу данных и 200/500 на все.

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

Вобщем, аналог кодстайла - пофиг какой он, главное чтобы был и все его придерживались.

Странно, что люди используют REST для создания API и ссылаются на Филдинга, который явно писал, что REST - это подход для гипермедиа систем, а не для проектирования API.
Собственно, в большей части проектов выбор REST (уровня зрелости 2 и выше) является архитектурной ошибкой. Тем более для взаимодействия внутри системы.

Критикуешь — предлагай. :)

Так куча вариантов. RPC в виде json-over-http (например, в стиле REST Level 1 по Ричардсону), GRPC (если есть подходящий мэш).

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

Публикации