169 похожих чатов

Если с точки rest full, то restore это патч так

как ничего не удаляется навсегда.
Если нет такого кода, который покрывает состояние (такое бывает?), то выдается ближайший по спецификации и в response передается уточнение.

Вебсокетам не нужен rest, он передает не состоение, а message с изменениями от сервера по открытым каналам, это другой тип запросов, и другой способ его обработать.

graphql это другой архитектурный стиль, где сервер становится базой данных.


Нам нужно было сделать api, и было оговорено, что для клиента удобен restfull.

1 ответов

15 просмотров

Rest, restfull это все баззворды, есть только транспорты и тот факт стоит ли завязываться на особенности протокола конкретного транспорта или нет. Например что проще - передать объект {action: "get", table: "users", id: 212} и получить ответ {data: {id: 212, firstName: "vasya"}, error: null} или ошибку {data: null, error: "permission_denied"} через http-post и точно также просто получить на сервере и обработать или парится с http-протоколом вспоминая нюансы что для передачи экшна нужно укзать метод GET, а таблицу-айдишник через строку пути /users/212 (причем еще нужно не забыть правильно закодировать) а вместо просто текстовой ошибки нужно вспоминать или искать какой там код в спецификации. И как только экшен который мы хотим передать не нашелся в списке http-методов или для нужной нам ошибки не нету http-кода то уже придется выдумывать собственную схему как передать дополнительные данные. Или пример что если хотим сообщить серверу что кроме юзера нужно вытащить еще и список его папок? Можно конечно пытаться смоделировать через строку запроса типа GET /user/212?include=folders,posts но разве это не получится точно такой же кастомный формат схемы запросов который к тому же нужно парсить и он более ограниченный чем json так почему бы сразу не воспользоваться json-объектами где можно описать любую вложенность? Ну и возможнось очень просто сменить транспорт на вебсокеты не переписывая весь код обработки запросов и ошибок мне кажется тоже немаловажна. > Вебсокетам не нужен rest, он передает не состоение, а message с изменениями от сервера по открытым каналам, это другой тип запросов, и другой способ его обработать. По вебсокетам можно передавать любые данные не только изменения от сервера а и обычные запросы и ответы за данными. Зачем такой разброс когда одни данные будут передаваться по http а другие по вебсокетам не проще ли унифицировать способ общения с сервером и упростить кодовую базу?

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта