HTTP Client в JetBrains IDE

Подписаться 2,8 тыс.

Просмотров 1,9 тыс.

50% 1

Как работает HTTP Client-плагин, встроенный практически во все IDE от компании JetBrains.
В ролике я рассказываю и показываю на примерах:
как сделать простые запросы,
как сохранить переменные окружения,
как использовать динамические переменные,
скрипты и тесты в HTTP клиенте,
как сохранять коллекции запросов, делиться ими с другими разработчиками, запускать через конфигурацию
и так далее...
Анонсы новых роликов можно получать в:
t.me/freelance...
freelan...

Опубликовано:

21 окт 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 21

@fidgetmania Год назад

Спасибо! У Вас очень хорошая манера подачи 🤝

@freelancer_eyes Год назад

Вам спасибо на добром слове. Знаю один лайфхак: люди говорят, что меня лучше смотреть на скорости 1.5

@sergeypopov9054 2 года назад

Спасибо! Вы мне открыли глаза, а то все время Postman использовал. Оказывается есть такой удобный инструмент, да и еще в кодовую базу можно включить для совместного использования коллекций в команде.

@freelancer_eyes 2 года назад

Спасибо, Сергей! Рад быть реально полезным.

@ercog7921 Год назад

Очень толково, спасибо!

@freelancer_eyes Год назад

Вам спасибо на добром слове!

@valeryv3194 2 года назад

Благодарю за HTTP Client! Так POSTMAN отдохни пока, но то, что тут было показано тоже перекрывает мои потребности. Вещь, однозначно вещь! Как вы относитесь к TDD (test-driven development)? Вы рассказывали, что большую часть кода покрываете тестами. В будущем, тоже хотелось увидеть Ваши наработки по тестированию.

@freelancer_eyes 2 года назад

Ох, @Valery V…. Вы прямо на больную мозоль…. Тестирование… Скажу страшное. Из полутора-двух десятков проектов, в которых я поучаствовал за последние десять лет только 2 (прописью: ДВА!) уделяли достойное внимание юнит- и интеграционному тестированию. В одном случае это было продуманное TDD на React-компонентах, во втором - BDD на API (на Symfony было построено, Behat использовался). В остальных случаях работодатель не понимал, насколько важны эти составляющие разработки. А разработчики, надо сказать, не сильно пытались изменить ситуацию. Так что в лучшем случае использовалось end-to-end с помощью какого-нибудь Silenium. И как следствие очередной релиз зачастую превращался в боль для QA, а потом и разработчиков. Это очень большая и важная тема: нижние уровни тестирования, особенно для стартапов (и Agile). У меня есть соображения, что и почему происходит в этой сфере. Если решусь - сниму ролик, который не столько снимет проблемы, сколько постарается их обрисовать.

@alexandrv.3159 2 года назад

Спасибо большое😀

@IhorRud Год назад

Крутое, видео. Когда то пробывал, не зашло. Сейчас же хочу один день по пользоваться, как оно будет, действительно раздражает переключаться между екранами чтобы перейти в Postman или PHPStorm.

@smykoil Год назад

Просто для общего развития вкину.. Доллар говорит не только о том, что это консоль и далее будет написана какая-то команда.. А также еще и то, что команда должна быть выполнена от обычного пользователя.. Есть еще и решетка, которая означает, что далее будет команда, которая выполняется от рут-юзера.. По понятным причинам, это, вроде как, нигде не используется)

@freelancer_eyes Год назад

Спасибо за дополнение

@MrBoBrilO 6 месяцев назад

задушил так задушил

@smykoil 6 месяцев назад

@@MrBoBrilO я ошибся в конце.. на самом деле решетка активно используется. много раз видел ее в гайдах арчвики и не только

@samvelkarapetyan5647 Год назад

Thanks

@alextopsite Год назад

Postman конечно более навороченный, но я думаю для моих задач при разработки API встроенного HTTP-Клиента хватит

@freelancer_eyes Год назад

В том-то и дело. Postman - классный инструмент, никто спорить не станет. Но вот я ленюсь переключаться из приложения в приложение, люблю оставаться в стабильном контексте. И если большую часть времени приходится проводить в IDE, да плюс она даёт 80+% необходимой функциональности HTTP-клиента, то я предпочту остаться в IDE.

@yataganenko 2 года назад

Что делать с файлом .gitignore в случае добавления своих каких то дополнений. Комитить .gitignore?

@freelancer_eyes 2 года назад

Конечно, Евгений! Обязательно!

@yataganenko 2 года назад

@@freelancer_eyes спасибо за ответ. Тогда еще вопрос. А файлы composer.lock и package-lock.json также комитить? В самом фреймворке их не комитят. Вот этот момент темный лес.

@freelancer_eyes 2 года назад

Да, их тоже. Они обеспечивают единый набор версий всех используемых в команде библиотек. То есть, composer.json хранит только «примерные» версии, а .lock - прямо конкретные И если сделать composer install при наличии .lock файла, то установятся ровно те версии, которые в .lock прописаны