REST-Архитектура ★ Ключевые моменты разработки REST-API
ฝัง
- เผยแพร่เมื่อ 27 ก.ค. 2024
- На что обратить особенное внимание при разработке REST-приложений.
Подробная информация об AJAX, структуре ответов в формате JSON, методах HTTP-запросов к серверу и кодах HTTP-ответов. Так же из этого ролика вы узнаете наиболее часто совершаемые программистами ошибки.
=== КРАТКОЕ СОДЕРЖАНИЕ ===
0:00 Вступление
0:55 Ajax
1:20 REST-протокол
1:55 Понятие "PURE-DATA"
5:15 Коды ответов
6:20 Методы запросов
8:10 Основные ошибки
=== СПРАВОЧНАЯ ИНФОРМАЦИЯ ===
REST: ru.wikipedia.org/wiki/REST
AJAX: ru.wikipedia.org/wiki/AJAX
HTTP: ru.wikipedia.org/wiki/HTTP
Коды ответов HTTP: ru.wikipedia.org/wiki/%D0%A1%...
#rest #restapi #restful #ajax #http
![โกหกเธอทั้งนั้น (Pinocchio) - SERIOUS BACON [Official MV]](http://i.ytimg.com/vi/P1HhTYwrR5A/mqdefault.jpg)
Доброе время суток. Спасибо за ролик. Укажите плиз, где Вы ведете документирование API? Какой софт используете в проекте?
Добрый день. Я кратко упоминал софт для создания документации к REST-апи в этом же видео: Swagger. По нему и по Redoc (другой софт для того же) у меня есть отдельный ролик: th-cam.com/video/LorZ-_tElG8/w-d-xo.html
Мужик за 15 минут разъяснил как должно быть ВСЕ!!!
Не введение в курс по введению - 2 часа.
Мощно. Мне очень нравится. Побольше бы такого контента ))
Пересмотрел кучу видосов по RESTу и с полной увереностью хочу сказать что это самый информативный и доходчивый видос на эту тему. Удачи автору
Спасибо, бро!
Вот кого не смотрел, ничего не понятно. А тут сразу видно, человек понимает все что говорит
Какой колоритный персонаж. Подписалась сразу после фотки леса.
мужик, до тебя был на двух каналах с видосами на 15 минут и без смысла, у тебя со старта пошла суть, спасибо!
Давно ждал ТАКОГО формата подачи информации. Чувствуется, что человек сам прошел через все это, отсюда такие четкие и внятные рекомендации.
Спасибо!
Просто великолепная подача материала. Лучшее по данной теме что я встречал в рунете. Спасибо Вам!
Человек в загадочном образе вещает умные вещи.
Всё чётко, по полочкам, без лишних слов. Автору респект.
Очень хороший материал! Спасибо вам за отличную подачу!
Все по полочкам! Четко, доступно, информативно. Отличное видео!!!
Хорошее и лаконичное объяснение, спасибо!
Отлично! Весьма информативно и полезно.
Тесты - наше всё!
Когда только начинал писать API на сервере, тестировал через postman. Попробовал тесты написать. Экономия времени колоссальная.
Спасибо! Качественно и информативно!
Отличное видео! Все понятно и объяснено простым языком, спасибо большое)
Очень все круто! Себя увидел во многих ситуациях со стороны. Спасибо большое!
Спасибо большое, очень хорошая подача. Непонятно почему так мало просмотров(
Шикарно объяснил, отлично. Спасибо.
Хорошо рассказываете. Хо ель бы увидеть уроки по Node Js, express, ,методы и т.п.
Отличная подача материала, залип в лампу, что стоит сзади)
Круто, по делу и без воды, определенно лайк, подписка🔥👍
Спасибо. Очень ясное изложение.
Годный плотный контент без воды
Приправлено личным опытом
Спасибо! Грамотно, кратко и наглядно.
Уже какой раз смотрю ваш этот видос, как же вы правы в этом всем, на счет апи и рест и доки! Спасибо за видос!)
Большое спасибо за положительную оценку!
Рад, что мой самый первый ролик, который я снимал просто на пробу, оказался таким востребованным.
классное видео, все понятно и доступно
Спасибо!
Познавательно и доступно!
Все по месту, отличное видео, спасибо.
очень хорошее видео, спасибо)
Сильно, мне понравилось!
Отличное объяснение.
Оч. Полезно, спасибо
Спасибо. Годное видео.
Многое прояснилось, спасибо большое!
Классное видео:) Спасибо.
Классная подача!
Мужик, хочу у тебя учиться. Сам изучаю Java полтора месяца, дошёл уже до Java Core.
Привет. Спасибо за положительный отзыв! : )
Это я удачно зашёл))
Выражаясь архаично - Аффтар жжёт!!11 Пишы исчо!
Салют олдфагам!
Всенепременно! Пишу!
солидный мистер вещает о тонкостях разработки))) лайк, подписка
Спасибо. Максимально от души
Очень круто, спасибо огромное!!! Однозначно подписка
Большое спасибо за положительную оценку!
Если не затруднит, посмотрите и другие ролики с моего канала. Вдруг что еще полезное для Вас найдется. ; )
Почему-то все смотрят именно этот ролик про REST-архитектуру, хотя я его делал просто для разминки.
@@MasterLid Я начал именно с него, а потом уже решил посмотреть все остальное, так что вы проделали хорошую работу, заинтересовали своим контентом. Спасибо вам!
Автор канала красавчик. Пустыня нервно курит в сторонке!
Благодарю 😨🤗
Спасибо, было полезно
Отличный контент! думал видео с какого-то канала где хотя бы 500 тыс подписчиков, был удивлен когда увидел намного меньше :)
О , крутой образ!
Какая классная картинка и монтаж
Спасибо на добром слове! Но на самом деле, конкретно в этом видео самая плохая картинка и самый дурацкий монтаж. Потому что это вообще мой первый ролик. Посмотрите что-нибудь из более свежего. Там тоже много чего интересного! 😉
За абстрактный слой - респект!
Спасибо)
Мужик, целую! Донес суть как боженька!
Спс, узнал пару новых моментов
Капец, мужик - ты крут)
Да благословит тебя Зевс! Продолжай, пожалуйста, наконец-то кто-то всё четко разъяснил!!
Ха-ха... Ну Зевс, так Зевс. Спасибо за положительную оценку! : )
Планов много, так что продолжать обязательно буду.
Добрый день! Спасибо вам большое за такое развернутое объяснение REST. Только начала изучение серверных запросов, и ваше видео отлично объясняет все нюансы, все мои проблемы. Хорошее видео, спасибо вам большое!!!☺
И вам большое спасибо за положительную оценку! Рад был помочь!
Крутой чувак!
Спасибо большое
Спасибо!
Мое почтение. Снимаю шляпу. Ваше Умнейшество.
Мужик, зашел со скепсисом, но глянул минуту и понял, подписка.)
Спасибо за положительную оценку! Рад, что контент заходит! : )
@@MasterLid Та нз уважаемый, контент годный это факт :)
Спасибо за интересную подачу. С каждым видео ставится понятнее что к чему. Единственная просьба, меньше перебивок)) Спасибо)
Приветствую! Спасибо за комментарий!
Я уже учёл пожелание насчёт перебивок, и в новых роликах их практически нет.
Отлично. Было бы даже чуть лучше, по возможности, если бы слайды с текстом растягивали где-то на 90% ширины кадра. Например 14:18 я вижу заголовки, но чтобы увидеть код, надо напрячь зрение.
А ютуб иногда что-то хорошее предлагает!
Я чейчас учу DjangoRestFramework, подобный контент помогает разобраться в сути API, а в частности и RestApi.
За костюм подписка😀 Еще хотелось б узнать больше о вас: какой типичный день, типичные задачи которые перед вами стоят
Только за костюм? : )
День как день, ничего особенного. Работаю удалёнщиком в довольно крупной российской компании. Занимаюсь фронтендом на ангуляре.
@@MasterLid чтож тогда ждем уроки по фронту)
Всё будет.
Четко и понятно. Большое спасибо! Сразу виден практический опыт.
Вопрос: можно ли наличие swaggera считать документацией?
Да, разумеется. Речь именно о том, чтобы облегчить работу фронтенд-разработчикам или тем, кто будет использовать ваше REST-API. Сваггер или редок вполне для этого годятся.
Главный герой фильма "Заводной апельсин", рассказывает про REST API
Добрый вечер. Спасибо за дельные советы, чувствую опыта у Вас было предостаточно. Посоветуйте книгу или ресурс для чтения.
Спасибо. Интересно. Вот только звуковая заставка в конце очень громкая.
Спасибо, объяснения просто отличные!
Хотелось бы вводные видео по технологиям nginx и kafka, но это наверно не ваш профиль?
Ну почему ж не мой, вполне себе мой. Надо подумать. Спасибо за запрос!
@@MasterLid присоединяюсь к челобитной. про кафку не знаю, а про nginx очень прошу.
особенно интересует, как разместить 2 pet проекта на django на одном nginx (не сколько из-за жадности, сколько из желания сэкономить пока нет источника постоянного дохода). спасибо.
Понял то что, без знания яп смотреть не стоит.
😎😏
Отличное объяснение! Без воды и исчерпывающее. Используется ли метод PATCH в рест апи?
Спасибо за оценку!
Как я и говорил, REST API -- это не стандарт, а набор рекомендаций. Если хотите использовать метод PATCH и знаете, как его можно применить, чтобы ваше апи засияло новыми красками, то используйте. : )
От человека в таком прикиде я бы мог ожидать ультранасилия (заводной апельсин), но не как разговоры про rest))
удивил ++++++++++++++++++++
В смысле "удивил"? Мы знакомы? Мы с вами на "ты"?
@@MasterLid думал опять бабер а нет оказался нормальный вот и удивил
Даже не знаю, что на это сказать. Пока в раздумьях, не отправить ли вас в бан.
Не комментируйте не по делу, будьте так любезны!
Неужели бекенду сложно прикрутить Swagger для автогенерации документации к API
Как ни странно, не для всех очевидно, что документация к REST API обязательна. Не важно, написана она вручную или сгенерирована автоматически.
Кстати, про создание документации к REST API с помощью сваггера у меня есть видео: th-cam.com/video/LorZ-_tElG8/w-d-xo.html
@@MasterLid я бэкенд на FastAPI реализую. Сваггер там встроен.
Но спасибо
Черноголовке, вот это да.
Я из Ногинск - 9
Салют землякам! : )
Оо
Ты обьясняешь как Хасподь
Когда пройду собес и устроюсь джуном, хочу такого сеньора рядом. Чтобы меня грузили 24 на 7. Через 2 года буду ветераном боевым действий на фронте.
Бэкендер, ищу фронтендера, чтобы делать пет-проджекты, хочу интернет-магазин вязаных вещей запилить. Сори, хз просто где ещё товарищей искать х)
Если я хочу оповещать какую-то группу пользователей в почте о каких-нибудь изменениях (например, какой-то пользователь создал новый запрос и кому-то другому приходит сообщение «к вам поступил новый заказ»),
то по-правильному сервис оповещений должен быть отдельным сервисом, например каким-нибудь “Notification API”, и наш сервер API должен к нему обращаться после регистрации нового заказа или пусть наш сервер API сразу отправляет в почту сообщение? В будущем помимо почты мы ещё можем захотеть telegram использовать или что-нибудь другое. Как правильно сделать?
Спасибо!
Не очень понятно, какое отношение ваш вопрос имеет к теме данного ролика, но ладно...
Если у вас уже микросервисная архитектура, то сделайте службу оповещений отдельным сервисом. Если у вас монолитная архитектура, и вы планируете перейти на микросервисы, то попробуйте опять же первый вариант (отдельный сервис). Если у вас монолит, и на микросервисы вы переходить не планируете, то просто допишите этот функционал к вашему монолиту.
@@MasterLid спасибо за ответ!
Всё хорошо. Очень полезные советы из практики. Спасибо. Но почему для чтения докуметнации вы отсылаете на Википедию? По вашему ИТ-специалистам документацию нужно читать именно там? :) Не кажется ли вам это странным советом?
Я отсылаю не в Википедию вообще, а конкретно на статью по HTTP-протоколу и кодам ответов. Я хорошо знаю эту статью, пользовался ею, и могу смело рекомендовать к прочтению.
Про документацию смешно всегда было)
звук в перебивках прям по мозгу царапает
Зачем дублировать код ответа http в payload?
Да епрст все так просто??? Все время гадал почему РЕСТ зачем РЕСТ почему HR с таким умным и непроницаеымым лицом спрашивает про это? а ты барахтаешься и толком ничего не можешь ответить потому как нихера сам не понимал!!! А тут как то обидно даже. Случайно понял что такое РЕСТ!!!
Всегда возвращать 200 плохая практика.
Аргументы? Почему это плохо?
@@MasterLid имхо. Некоторые JS пакеты работающие с запросами ajax из коробки имеют логику для работы с кодами состояния, что избавляет писать от своих кастомных обработчиков/парсеров. Тоже самое скажу про фреймворки http nodejs, они все это имеют из коробки. Зачем тогда себя мучать?) Тем более раз есть такая фишка, почему бы не использовать и не избавится от метода, когда всегда возвращаете 200.
Дальше, когда разрабатываем апи, клиенты не должны зависеть от нас. В данном случае, когда сервер возвращает код состояния 200 и json status. Все клиенты зависят от такого ответа сервера, что я считаю плохо.
Если вы используете какой-то готовый клиент, то, разумеется, вы должны под него подстраиваться. Если вы проектируете архитектуру от и до, и серверную часть и клиентскую, то разницы никакой нет. Лично я предпочитаю код ответа делать в соответствии с HTTP-протоколом (т.е. не всегда возвращать ответ 200, как вы и пишете). Но это только потому, что мне проще объяснить этот вариант бэкенд-разработчику, ткнув его в статью в википедии и не тратя время на долгие объяснения.
только не отправляйте людей в википедию, это как на х.. послать.
Хммм... Интересная интерпретация предложения обратиться к другому источнику за более подробной информацией. Мне кажется, это какие-то ваши личные заморочки.
@@MasterLid да ничего, это не критика, скорее предложение. Просто правильнее было бы нормальную ссылку разместить на качественную статью по каждой из тем
@@zond_amondправильнее искать нужную тебе информацию
Писать тесты - это скучно))) Тестировщики такие - Уууууууууу
Спасибо!