Вопросы и ответы по REST API: собеседование на системного аналитика

Рет қаралды 5,866

Күн бұрын

Пікірлер: 15

@Анастасия-э3х1п 2 ай бұрын

Спасибо, Екатерина, за очень информативный и структурированный подкаст. Также Вас приятно слушать: грамотная речь, приятный голос.

@modest_handsome 2 ай бұрын

Приятный голос, хорошая дикция, поставленная речь.

@adinakenzhebekova3972 6 ай бұрын

Такой кайф послушать в подкасте, очень информативно. ❤

@sergei_vasilenko 5 ай бұрын

Какая удача, что попал на ваш подкаст. Спасибо за полный материал с отличной подачей. Жаль нет конспекта к выпуску

@GetAnalyst 5 ай бұрын

Здравствуйте! Рекомендую посмотреть конспекты habr.com/ru/articles/770226/ getanalyst.ru/database (по фильтру REST API)

@sergei_vasilenko 5 ай бұрын

@@GetAnalyst благодарю. Нашел много полезного по ссылкам. Ваши материалы - это лучшее, что я смог найти в русскоязычном сегменте интернета по системному анализу. Спасибо за ваш труд

@АнастасияВеселова-ф9щ 8 ай бұрын

Спасибо огромное! Очень вовремя❤

@GetAnalyst 8 ай бұрын

Спасибо за обратную связь! ❤️

@МартаАлисевич-ш9й 4 ай бұрын

Спасибо!

@Вадим-ц6ш3й 8 ай бұрын

Спасибо, жаль не послушал вас перед собесом)

@GetAnalyst 8 ай бұрын

Зато теперь знаете куда идти перед собесом и что смотреть ;)

@04Tural 8 ай бұрын

Насчет метода PATCH, что он идемпотентный можно поспорить. Он скорее частично идемпотентный или не является строго идемпотентным. К примреру, у нас есть объект "user" с полем "age". Вызов PATCH запроса с данными {"age": 30} увеличит возраст пользователя на 30 лет. Если повторно отправить точно такой же PATCH запрос с {"age": 30}, некоторые серверы могут интерпретировать его как повторное действие, увеличив возраст пользователя еще на 30 лет, а не оставив его неизменным. Таким образом, в данном случае результат не останется одинаковым, что противоречит строгой идемпотентности.

@GetAnalyst 8 ай бұрын

Добрый день! Пример скорее вырожденный. Похоже на то, что нужен какой-то counter (счетчик) на события именно под вашу задачу. И да, его можно сделать через PATCH :) На самом деле и под GET в REST API тоже можно заложить логику измениня данных в БД в процессе получения (например, увеличение счетчикаа на кол-во просмотров). И получается, что все методы частично идемпотентны. Можно начинать рассуждения о том, когда у нас просто REST API, а когда RESTful. И хорошо, когда вы можете привести примеры с такими исключениями и войти в дискуссию на эту тему, это показывает глубокое понимание вопроса))