наших продуктов. Де факто стандарт делать его на REST? Просто мне не очень он нравится, особенно вопросы с выбором правильного HTTP слова и выбором правильного URL, учитавая что у нас не обычный CRUD. Или для конечных юзеров удобным будет только REST в нынешнее время?)
А ты когда чей-то апи используешь, тебе самому как удобнее?)
А какие ещё варианты? Ну и аргумент "мне не нравится" слабоват
REST удобен в использовании, но не в проектировании)
RPC? GraphQL?
Но вы ведь для пользователей делаете, или как?
пользователи = сторонние разрабы
Само собой
Первое не так удобно в использовании, второе вообще дичь, я для себя так и не увидел преимуществ (хотя объяснение Ильи Климова помню)
REST <> JSON:API
REST <> JSON:API
значок <> это типа выбирайте либо то, либо то?
чо не graphql
!=, восклицательный знак долго искать, удобно просто с JSON API работать, есть стандарт JSON:API (нейминг неудачный), REST это про другое
чесно говоря json api мне показался слишком усложненным, мне нужно просто вернуть пару сущностей, и все
Это не серебряная пуля, у одного underfetching, у другого overfetching
та я позже спросил, но просто конечными юзерами могут быть и мобилки, хз что у них з графкл там
это говно а не пуля вообще
это обычный пост запрос
Сделай OpenAPI, и покажи своему лиду
ручками они его собирать не будут
Граф умеет не только по HTTP
Далеко не просто запрос, там своя идеология, его можно легко пропустить через SSH или даже SMS (аля CoAP)
Обсуждают сегодня