Архитектура и принципы REST. Что значит RESTful? Что такое SOAP? Какие проблемы решает GraphQL?

[@therealsova3268]

Учился с этим челиком в школе, красава

[@viktors01]

Лучшее видео, что я нашел по этой теме, все понятно и лаконично. Спасибо)👍

[@lilidemini]

Очень понятно и структурировано, огромное спасибо!

[@ruslanundefined2242]

Очень информативное видео! Спасибо автору, здоровья и больше подписчиков!

[@dimakof]

Очень понятно , огромное спасибо!

[@abylaym4157]

Все классно понятно! Благодарю за объяснение

[@guitarhub7860]

КРАСАВЧИК ^_^😊

[@oleksaveres7536]

Супер! Благодарю!

[@varossimonyan]

Очень классное видео, спасибо!)

[@cryptoalewka]

Коммент в поддержку канала! Удачи!

[@armanmkrtchyan9182]

Отличное видео, все на понятном языке, спасибо.

[@leninzhiv6180]

вор аватарок

[@eldarbochkarev5474]

Большое спасибо за видео! Помогло понять суть

[@ЮраНикифорук-о5ъ]

22:40 в чем проблема сделать АПИ №3 которое будет возвращать все нужные данные? не вижу сдесь проблемы........

[@ojas8181]

отличный канал! автору спасибо!)

[@azil2024]

respect bro, it was very cool, thanks

[@aleksey2793]

Не совсем понял, почему вы называете REST архитектурой. Это больше похоже на стиль взаимодействия компонентов, в крайнем случае это можно назвать узкоспециализированным архитектурным паттерном. Мы же не называем, например, очередь сообщений архитектурой.

[@SergeyGuns]

JSON это XML совместимый формат, можно парсить туда и обратно, нужны только договоренности как назвать вложенные объекты например "children". Мне не приходит в голову кейс, где у XML больше возможностей. Может вы знаете такой? Строкой покрываются любые не стандартные типы данных.

[@standwithukrain]

доступно і цікаво, дякую! лайк + підписка!

[@macintosh156]

Отличное видео, спасибо огромное!

[@privetabdul]

супер!

[@EgorDemeshko]

ребят напомните плиз, правильно ли помню. в js, в браузерном api скорее, есть насколько помню прикол такой, если ответы приходят с кодами 400, то в каких-то случаях браузер не даст доступ к ответу. именно поэтому, даже не один раз, слышал рекомендацию использовать всегда код 200. и вводить уже статус сообщение в ответ. типа status: message: data:

[@dobryakov]

Доступ можно получить, для этого просто надо использовать catch на возвращаемом промисе, либо же засунуть обработку запроса в try/catch, если используете async/await, вместо методов then и catch. Рекомендация по использованию 200 вместо 400 - это явно ошибка, лучше так не делать.

[@antonstezhkin5991]

Чем put отличается от patch?

[@inmosh]

put заменяет ВСЕ поля объекта, а patch может изменить только одно поле. Put по сути заменяет всё кроме айдишника получается. По опыту, чаще используется patch, потому что всё менять тебе не нужно так часто.

[@antonstezhkin5991]

@@inmosh большое спасибо.

[@NOWMENKINO]

спасибо автору

[@antonstezhkin5991]

А как у GraphQl с кэшированием? Там же вроде запросы хитровывернутые. Как кешировать ответы?

[@sergeykapshuchenko5695]

Нет кеша с коробки, нужно использовать дополнительный софт

[@oleksandrmelnyk4571]

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

[@dobryakov]

Мне бы очень хотелось поработать с ним где-нибудь в рамках реального проекта, но пока, к сожалению, не удалось.

[@7nolikov]

очень неточный пересказ документации

[@Freeline95]

Спасибо. Правильно ли я понимаю, что приложение не может обойтись только GraphQL endpoint'ами? Например, когда мы производим перевод денег в банковском приложении, то по нажатию на кнопку "Отправить" в REST приложении уходит запрос /transaction/send и происходит куча каких-то операций. Как в таком случае должен выглядеть запрос на GraphQL? Будет создан кастомный тип transaction и будет отправляться POST запрос на якобы создание сущности transaction? Ну то есть сложилось впечатление, что GraphQL отлично подходит для CRUD-овских endpoint'ов. А если что-то посложнее, то как?)

[@dobryakov]

Да, одного GraphQL недостаточно

[@lytican]

Держи лайк. Спасибо за видео! Хотя в конце 5 минут извинений можно было бы заменить на объяснение откуда взялся класс Book. Он подсвечивается как класс, но на скриншоты декларация не вошла. Неполнота картины - это главная проблема у начинающих.

[@ihmeita]

Поддерживаю!

[@ivanstrelka3448]

Огонь

[@leonidboyko980]

Спасибо)

[@abobunus]

что у тебя пищит?

[@OlehBedrii]

"XML в далёком прошлом" Разработчики из банковского сектора, где xml только ввели как золотой стандарт, хватаются за сердце.

[@dobryakov]

Банковский сектор - это отдельный мир, но указание ценное. Спасибо! Я и сам заметил, что множество платёжных систем до сих пор через XML общаются. Но там, к счастью, не SOAP и это уже хорошо :)

[@walcermelodia]

боже что за бред рест это архитектурный стиль, а soap это протокол взаимодействия как же бесят особенно когда в вакансии рест ставят на один уровень с soap

[@Deletedeletedelete]

Чел он об этом и говорит в видео. Держи в руках свою токсичность 25:04

[@КшиштофБзжински]

Ходил с ним в детский сад,крутой чел

[@leninzhiv6180]

про GraphQL автор просто прочитал шапку доки, ничего по сути не сказал

[@Andrey-xg4vy]

Загоняет про сивку бурку. Сойдет для уровня джуна, который окончательно не разобрался в сути вещей.

[@ikarton]

1. Супер 2. Ты ничего не должен и не обязан 3. Тратить время на учёбу вместо развития себя, как специалиста... - проблема века

[@ZVA_NOOK]

Здорово, спасибо! REST гут, но, SOAP в 100500 раз удобнее для межсерверного взаимодействия. Ну, и судя потому, что не упомянул такую штуку как WSDL, видимо SOAP сервисы и клиенты всё же не писал. Парсинг и формирование XML-сообщений вообще за рамками продуктивного кода, от слова совсем :) Тупо работаешь с удалённым сервисом как с объектом в своем коде, что может быть проще или быстрее с точки зрения разработчика? Уж точно не REST )

[@konstantinchvilyov9602]

Спасибо! Если перейдёте с рунглиш на русский будет отлично.

[@snap-313]

Это так не работает

[@konstantinchvilyov9602]

@@snap-313 А Вы пробовали?

[@dobryakov]

Проф. деформация на фоне рабочих чатиков) Пытаюсь что-то с этим сделать, но пока не очень хорошо выходит

[@konstantinchvilyov9602]

@@dobryakov Признание существования проблемы - это, я считаю, первый большой шаг на пути к её решению. И уже успех. Потому что большинство и его не сделало. Дорогу осилит идущий. От души желаю окончательного успеха!

[@Dama-Luna]

Как непонятно люди рассказывают

[@ko22012]

ролик можно было сократить в 2 раза, если не лить воду.

[@Techpowers]

Что за бред несёт этот человек. Граф кл нагружает базу данных?

[@Deletedeletedelete]

Да потому что запросы ебические получается с использованием графкуэль

[@zsnjA]

Graphql не понятно братик

[@dimav1640]

Очень классный ролик, спасибо!

[@_vist]

Спасибо, очень информативно!