HTTP Client в JetBrains IDE
Вставка
- Опубліковано 8 лют 2025
- Как работает HTTP Client-плагин, встроенный практически во все IDE от компании JetBrains.
В ролике я рассказываю и показываю на примерах:
как сделать простые запросы,
как сохранить переменные окружения,
как использовать динамические переменные,
скрипты и тесты в HTTP клиенте,
как сохранять коллекции запросов, делиться ими с другими разработчиками, запускать через конфигурацию
и так далее...
Анонсы новых роликов можно получать в:
t.me/freelance...
freelan...
Спасибо! У Вас очень хорошая манера подачи 🤝
Вам спасибо на добром слове. Знаю один лайфхак: люди говорят, что меня лучше смотреть на скорости 1.5
Спасибо! Вы мне открыли глаза, а то все время Postman использовал. Оказывается есть такой удобный инструмент, да и еще в кодовую базу можно включить для совместного использования коллекций в команде.
Спасибо, Сергей! Рад быть реально полезным.
Очень толково, спасибо!
Вам спасибо на добром слове!
Благодарю за HTTP Client! Так POSTMAN отдохни пока, но то, что тут было показано тоже перекрывает мои потребности. Вещь, однозначно вещь!
Как вы относитесь к TDD (test-driven development)? Вы рассказывали, что большую часть кода покрываете тестами. В будущем, тоже хотелось увидеть Ваши наработки по тестированию.
Ох, @Valery V….
Вы прямо на больную мозоль…. Тестирование… Скажу страшное. Из полутора-двух десятков проектов, в которых я поучаствовал за последние десять лет только 2 (прописью: ДВА!) уделяли достойное внимание юнит- и интеграционному тестированию. В одном случае это было продуманное TDD на React-компонентах, во втором - BDD на API (на Symfony было построено, Behat использовался).
В остальных случаях работодатель не понимал, насколько важны эти составляющие разработки. А разработчики, надо сказать, не сильно пытались изменить ситуацию.
Так что в лучшем случае использовалось end-to-end с помощью какого-нибудь Silenium. И как следствие очередной релиз зачастую превращался в боль для QA, а потом и разработчиков.
Это очень большая и важная тема: нижние уровни тестирования, особенно для стартапов (и Agile).
У меня есть соображения, что и почему происходит в этой сфере. Если решусь - сниму ролик, который не столько снимет проблемы, сколько постарается их обрисовать.
Спасибо большое😀
Крутое, видео. Когда то пробывал, не зашло. Сейчас же хочу один день по пользоваться, как оно будет, действительно раздражает переключаться между екранами чтобы перейти в Postman или PHPStorm.
Просто для общего развития вкину..
Доллар говорит не только о том, что это консоль и далее будет написана какая-то команда.. А также еще и то, что команда должна быть выполнена от обычного пользователя..
Есть еще и решетка, которая означает, что далее будет команда, которая выполняется от рут-юзера..
По понятным причинам, это, вроде как, нигде не используется)
Спасибо за дополнение
задушил так задушил
@@MrBoBrilO я ошибся в конце.. на самом деле решетка активно используется. много раз видел ее в гайдах арчвики и не только
Thanks
Postman конечно более навороченный, но я думаю для моих задач при разработки API встроенного HTTP-Клиента хватит
В том-то и дело. Postman - классный инструмент, никто спорить не станет. Но вот я ленюсь переключаться из приложения в приложение, люблю оставаться в стабильном контексте. И если большую часть времени приходится проводить в IDE, да плюс она даёт 80+% необходимой функциональности HTTP-клиента, то я предпочту остаться в IDE.
Что делать с файлом .gitignore в случае добавления своих каких то дополнений. Комитить .gitignore?
Конечно, Евгений! Обязательно!
@@freelancer_eyes спасибо за ответ. Тогда еще вопрос. А файлы composer.lock и package-lock.json также комитить? В самом фреймворке их не комитят. Вот этот момент темный лес.
Да, их тоже. Они обеспечивают единый набор версий всех используемых в команде библиотек. То есть, composer.json хранит только «примерные» версии, а .lock - прямо конкретные
И если сделать composer install при наличии .lock файла, то установятся ровно те версии, которые в .lock прописаны