Клиент-серверная архитектура, API, HTTP, REST

Заметки к стриму - gist.github.com/zhukovsd/f311...
Схемы - link.excalidraw.com/readonly/...
Мой Java роадмап - zhukovsd.github.io/java-backe...
Мой телеграм канал - t.me/zhukovsd_it_mentor
Поддержать - boosty.to/zhukovsd
0:00:00 О чём лекция
0:01:00 Клиент-серверная архитектура
0:04:35 HTTP
0:09:55 REST
0:17:40 RPC
0:20:00 Чистота дизайна REST API и самые распространенные ошибки
0:29:55 Минусы HTTP/REST и альтернативы
0:42:10 Пример и важные решения при проектировании API
0:47:10 Ответы на вопросы
0:48:05 Итоги и ссылки на ресурсы

[@SergiyAntonyuk_PhD]

Отличное видео. Прекрасный обзор. Всё разложенно по полочкам. Благодарю 🙏🙏🙏🙏🙏🙏🙏🙏🙏🙏

[@bryanin]

Отличная подача материала, все структурировано и разложено по полочкам! Как мне кажется, было бы здорово выпустить отдельное видео по сравнению REST, Soap, GraphQL, RPC, WebSocket при проектировании API (реализовать один и тот же API разными способами)

[@zhukovsd_it_mentor]

Хорошая идея, сейчас у меня длинный контент план, но буду иметь ввиду эту идею на будущее.

[@tilty_monster]

Большое спасибо за ценную и полезную информацию! По поводу подачи материала полностью согласен, коротко, по делу, понятно. Супер!

[@oldsize21]

Спасибо! Как раз собираю знания для реализации 3 проекта. Ваша лекция очень помогла!

[@avazbeknadyrbek790]

Спасибо большое! Очень круто рассказали, как будто целую книгу прочитал и отдельное спасибо за книги!

[@UchebavGermanii]

Хороший ликбез👍👍👍

[@vagavagus]

Отличный материал и подача! Про WebSocket'ы хотелось бы лекцию)

[@caH40yc]

отлично, оставлю просмотр/изучение на вечер

[@sozdatel_hentaya1915]

Лучший, большое спасибо за труд!

[@user-uu3gg2uo4e]

Огромное спасибо! Лайк, подписка ❤

[@vanchoponcho8822]

Мне очень понравилось, спасибо большое за твой труд.

[@TbIPDblM]

Лаконично, понятно и в нужном объеме!

[@flint2159]

Годнота👍

[@alexgavril385]

Архитектура... А звучит как!

[@saharaprotocol289]

Спасибо.

[@user-dt6kq1th9e]

достаточно редко оставляю комментарии, но тут не могу не оставить) сам учу/пишу на .Net, послее изучения ооп возник вопрос: где бы это хорошенько попрактиковать и где бы найти идеи для пет-проектов с четким ТЗ? открыл ваше видео, чтобы расширить знания, так как за плечами только один маленький проект с API, а как итог вдобавок получил идеи и четкие ТЗ для проектов и много чтива на гитхабе, вобщем, спасибо большое за ваш труд!

[@zhukovsd_it_mentor]

Раз что полезно. Если у вас и ваших студентов будет потребность в проектах из роадмапа, можем сделать адаптации ТЗ под .NET совместными усилиями. Под Python уже есть такая адаптация.

[@user-gh6ce1ht6v]

Классная обложка

[@tomvenom]

Привет. Топ контент. А когда планируете видео по "основам джава бэкенда "?

[@zhukovsd_it_mentor]

Привет, на этих выходных или на следующих. Название возможно будет отличаться, но суть не изменится

[@tomvenom]

@@zhukovsd_it_mentor А видео с платной подпиской планируете в этом году или в следующем?

[@zhukovsd_it_mentor]

@@tomvenom для проекта "обмен валют" релиз трёх с половиной часов лекций по разработке проекта будет в мае, уже почти всё готово.

[@dieff_automation]

Здравствуйте подскажите пожалуйста где заказываете первью для видео

[@zhukovsd_it_mentor]

Ответил в личные сообщения

[@-dubok-]

REST API - это попытка натянуть сову на глобус, попытка распространить методы HTTP на работу с API. Но это не одно и то же. HTTP живёт по своим законам, у него есть строгие понятия ресурса, путя к нему, а у API может быть совсем другой подход. Но REST заставляет человека мыслить так же, как работает Web. Придумывать какие-то древовидные структуры данных, которые у него могли быть и не древовидными. И коды ответов HTTP не всегда могут отразить все коды ответов API, и нельзя чётко и точно их сопоставить. Поэтому я считаю REST большой глупостью. Куда более разумный вариант - использовать один путь запросов к API (например, yoursite/api) и один метод - POST, в теле которого уже посылать всё, что нужно в формате JSON-RPC или ещё каком-то своём, не заморачиваясь с инородными кодами ответа и методами запроса. HTTP - это сам по себе API, API взаимодействия с гипертекстом, у него есть своё предназначение работы именно с гипертекстом, а попытка использовать его где-то ещё создаёт путаницу между http-ресурсами и ресурсами приложения на сервере. Поэтому не надо натягивать сову HTTP на глобус своего API.