Вопрос на собеседовании: "чем отличается метод POST от метода PUT"?

Существуют сетевые стандарты, которые устанавливают принципы и правила взаимодействия между участниками сети. Для HTTP протокола одним из стандартов является rfc9110. Согласно ему, по умолчанию, методы предназначаются для выполнения следующих действий с ресурсом:

POST - Perform resource-specific processing on the request content.
PUT - Replace all current representations of the target resource with the request content.

Если с методом PUT в данном описании все понятно - он используется для замены представления ресурса содержимым запроса (например, для обновления объекта), то по методу POST даются дополнительные разъяснения.

For example, POST is used for the following functions (among others):

- Providing a block of data, such as the fields entered into an HTML form, to a data-handling process;
- Posting a message to a bulletin board, newsgroup, mailing list, blog, or similar group of articles;
- Creating a new resource that has yet to be identified by the origin server; and
- Appending data to a resource's existing representation(s).

Т.е метод POST передает данные из запроса для их последующей обработки ресурсом. В примерах идет речь о создании нового ресурса или добавлении данных к существующему представлению ресурса.

Однако углубившись в стандарт можно увидеть что PUT тоже может применяться для создания ресурса:

The PUT method requests that the state of the target resource be created or replaced with the state defined by the representation enclosed in the request message content.

В чем же тогда различие? Ответ кроется в свойствах методов, указанных в этом же стандарте. Метод - PUT является идемпотентным.

A request method is considered idempotent if the intended effect on the server of multiple identical requests with that method is the same as the effect for a single such request. Of the request methods defined by this specification, PUT, DELETE, and safe request methods are idempotent.

Т.е многократное выполнение PUT будет эквивалентно единоразовому. Сколько бы раз мы не послали один и тот же
PUT запрос, эффект на ресурс будет одинаковым. А вот POST таковым не является, что означает различие в результатах при многократном выполнение одного и того же запроса. Пример:

POST /add_row HTTP/1.1
POST /add_row HTTP/1.1 -> Adds a 2nd row
POST /add_row HTTP/1.1 -> Adds a 3rd row

- POST всякий раз будет добавлять новую строку.

Поэтому, подытожив, отличия заключаются в:
1. В назначении методов: POST применяется для создания/добавления новых ресурсов, PUT также может применяться для создания ресурса и для обновления его представления.
2. В идемпотентности: PUT идемпотентен, а POST нет.


Но в конце обязательно стоит внести ремарку о том, что разработчики могут не следовать никакой спецификации при разработке API, и использовать методы для любых целей. Поэтому мы можем видеть встретить API, где, например, POST используется для обновления объекта.

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

1. Vysor

Инструмент помогает шарить экран вашего девайса на компьютер, работает на иос и андроид. Это может помочь,  если вы на созвоне хотите показать баг или для демо нужно показать, что происходит. Есть платная версия, но мне бесплатной обычно хватает для всего. Девайс подключается по проводу, в платной можно без него подключить.

2. Flipper

Это архитектурная платформа, сейчас у неё есть много полезных плагинов. Например, логи, инспектор слоёв экрана, инспектор сети, профайлер. По сути, он заменяет андроид студию, xcode, снифферы. Возможно, найдёте для себя ещё полезные плагины.

Из плюсов ставится на разные операционные системы. Можно сохранить свои файлы и отправить коллеге. Из минусов, его нужно встраивать в проект. Поэтому, если им никто не пользовался в команде, будет сложно.

3. Airdroid

Это ресурс, который помогает удалено подключаться к вашей ферме девайсов. То есть если девайсы в офисе, этот инструмент поможет подключиться к ним из дома. Из минусов работает только с андроидами.

4. Ios snapshot test-case и Shot

Это два инструмента, но они похожи. Один для андроида и второй для иоса. Суть у них простая. Вы делаете эталонные скриншоты и потом запускаете тест на сравнение.

Если что-то будет отличаться от эталонного скриншота, то тест зафейлится. В играх это,к сожалению, не работает, сложно сделать одинаковые скриншоты. Но в soft может быть полезно.

5. И последний в списке Flashlight.

Это профайлер. Меряем нагрузку на процессор и оперативную память, смотрим FPS. На мой взгляд, приятнее, чем стандартные в студии и xcode. Но суть у всех профайлеров одинаковая.

Если кто-то знает ещё инструменты, будет интересно послушать.🦄

Что такое GraphQL в мобильках.
GraphQL — это язык запросов для API, разработанный Meta. Он предоставляет полное описание API и дает возможность запрашивать именно то, что им нужно.
Особенность такой системы:
- Серверы GraphQL находятся между клиентом и серверными службами.
- Возможно соединить несколько запросов REST в один запрос.
- Сервер GraphQL организует ресурсы в виде графа.
- Поддерживаются запросы, мутации (изменений данных) и подписки ( уведомления об изменениях схемы).

Если нужно попроще, то REST - это когда запросы едут в персональном авто, а в GraphQL едем в автобусе.

Пример работы запроса есть в картинке.

#интервью #читлист

Нашел замечательный документ в Notion, с помощью которого вы сможете быстро освежить знания перед собеседованием.

Очень удобно, есть примеры ответов, в том числе и на ситуационные кейсы.

Сохраняйте в копилку!

​​📑 REST API vs GraphQL: в чём между ними разница

"Сегодня в среде разработчиков часто продвигают GraphQL в качестве замены REST, хотя обе технологии можно использовать одновременно. В этой статье Анастасия Иванова, технический писатель платформы МТС Exolve (входит в экосистему МТС), рассмотрит интерфейсы подробнее, чтобы понять, как выбрать подходящее решение под каждый конкретный проект. Подробности — под катом."

Читать статью

Когда разработчик не может воспроизвести баг