Клиент-серверная архитектура, API, HTTP, REST
2024 ж. 18 Мам.
9 736 Рет қаралды
Заметки к стриму - 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 Итоги и ссылки на ресурсы
Большое спасибо за ценную и полезную информацию! По поводу подачи материала полностью согласен, коротко, по делу, понятно. Супер!
Отличная подача материала, все структурировано и разложено по полочкам! Как мне кажется, было бы здорово выпустить отдельное видео по сравнению REST, Soap, GraphQL, RPC, WebSocket при проектировании API (реализовать один и тот же API разными способами)
Хорошая идея, сейчас у меня длинный контент план, но буду иметь ввиду эту идею на будущее.
Спасибо! Как раз собираю знания для реализации 3 проекта. Ваша лекция очень помогла!
Спасибо большое! Очень круто рассказали, как будто целую книгу прочитал и отдельное спасибо за книги!
Лучший, большое спасибо за труд!
Лаконично, понятно и в нужном объеме!
Мне очень понравилось, спасибо большое за твой труд.
Огромное спасибо! Лайк, подписка ❤
отлично, оставлю просмотр/изучение на вечер
Отличный материал и подача! Про WebSocket'ы хотелось бы лекцию)
Хороший ликбез👍👍👍
Годнота👍
Спасибо.
Архитектура... А звучит как!
Классная обложка
достаточно редко оставляю комментарии, но тут не могу не оставить) сам учу/пишу на .Net, послее изучения ооп возник вопрос: где бы это хорошенько попрактиковать и где бы найти идеи для пет-проектов с четким ТЗ? открыл ваше видео, чтобы расширить знания, так как за плечами только один маленький проект с API, а как итог вдобавок получил идеи и четкие ТЗ для проектов и много чтива на гитхабе, вобщем, спасибо большое за ваш труд!
Раз что полезно. Если у вас и ваших студентов будет потребность в проектах из роадмапа, можем сделать адаптации ТЗ под .NET совместными усилиями. Под Python уже есть такая адаптация.
Привет. Топ контент. А когда планируете видео по "основам джава бэкенда "?
Привет, на этих выходных или на следующих. Название возможно будет отличаться, но суть не изменится
@@zhukovsd_it_mentor А видео с платной подпиской планируете в этом году или в следующем?
@@tomvenom для проекта "обмен валют" релиз трёх с половиной часов лекций по разработке проекта будет в мае, уже почти всё готово.
Здравствуйте подскажите пожалуйста где заказываете первью для видео
Ответил в личные сообщения
REST API - это попытка натянуть сову на глобус, попытка распространить методы HTTP на работу с API. Но это не одно и то же. HTTP живёт по своим законам, у него есть строгие понятия ресурса, путя к нему, а у API может быть совсем другой подход. Но REST заставляет человека мыслить так же, как работает Web. Придумывать какие-то древовидные структуры данных, которые у него могли быть и не древовидными. И коды ответов HTTP не всегда могут отразить все коды ответов API, и нельзя чётко и точно их сопоставить. Поэтому я считаю REST большой глупостью. Куда более разумный вариант - использовать один путь запросов к API (например, yoursite/api) и один метод - POST, в теле которого уже посылать всё, что нужно в формате JSON-RPC или ещё каком-то своём, не заморачиваясь с инородными кодами ответа и методами запроса. HTTP - это сам по себе API, API взаимодействия с гипертекстом, у него есть своё предназначение работы именно с гипертекстом, а попытка использовать его где-то ещё создаёт путаницу между http-ресурсами и ресурсами приложения на сервере. Поэтому не надо натягивать сову HTTP на глобус своего API.