Отличная подача материала, все структурировано и разложено по полочкам! Как мне кажется, было бы здорово выпустить отдельное видео по сравнению REST, Soap, GraphQL, RPC, WebSocket при проектировании API (реализовать один и тот же API разными способами)
достаточно редко оставляю комментарии, но тут не могу не оставить) сам учу/пишу на .Net, послее изучения ооп возник вопрос: где бы это хорошенько попрактиковать и где бы найти идеи для пет-проектов с четким ТЗ? открыл ваше видео, чтобы расширить знания, так как за плечами только один маленький проект с API, а как итог вдобавок получил идеи и четкие ТЗ для проектов и много чтива на гитхабе, вобщем, спасибо большое за ваш труд!
Раз что полезно. Если у вас и ваших студентов будет потребность в проектах из роадмапа, можем сделать адаптации ТЗ под .NET совместными усилиями. Под Python уже есть такая адаптация.
REST API - это попытка натянуть сову на глобус, попытка распространить методы HTTP на работу с API. Но это не одно и то же. HTTP живёт по своим законам, у него есть строгие понятия ресурса, путя к нему, а у API может быть совсем другой подход. Но REST заставляет человека мыслить так же, как работает Web. Придумывать какие-то древовидные структуры данных, которые у него могли быть и не древовидными. И коды ответов HTTP не всегда могут отразить все коды ответов API, и нельзя чётко и точно их сопоставить. Поэтому я считаю REST большой глупостью. Куда более разумный вариант - использовать один путь запросов к API (например, yoursite/api) и один метод - POST, в теле которого уже посылать всё, что нужно в формате JSON-RPC или ещё каком-то своём, не заморачиваясь с инородными кодами ответа и методами запроса. HTTP - это сам по себе API, API взаимодействия с гипертекстом, у него есть своё предназначение работы именно с гипертекстом, а попытка использовать его где-то ещё создаёт путаницу между http-ресурсами и ресурсами приложения на сервере. Поэтому не надо натягивать сову HTTP на глобус своего API.
Отличная подача материала, все структурировано и разложено по полочкам!
Как мне кажется, было бы здорово выпустить отдельное видео по сравнению REST, Soap, GraphQL, RPC, WebSocket при проектировании API (реализовать один и тот же API разными способами)
Хорошая идея, сейчас у меня длинный контент план, но буду иметь ввиду эту идею на будущее.
изучаю C# бекенд разработку, ваше видео оказалось очень полезным :)
Спасибо! Как раз собираю знания для реализации 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.