Использовать для клиентов общего назначения http-клиент

Question

Есть ли причина избежать использования rest-assured в не тестирующей среде? Синтаксис, предлагаемый библиотекой для создания и обработки запросов, настолько компактен, что кажется, что тратить его на использование только при тестировании. Какой вопрос задает вопрос, почему он предназначен только для тестирования?

Answer 1

Я являюсь основателем REST Assured и всегда ориентировался на тестирование. Например, порт по умолчанию - 8080, он поставляется с контроллерами Hamcrest (который также используется внутри, поэтому его нельзя исключить), и производительность, вероятно, может быть оптимизирована несколько. Это также зависит от Groovy, который может быть довольно большой зависимостью для добавления в производственную систему, если все, что вам нужно, это HTTP-клиент.

Люди, включая меня по случаю, используют его в производстве, потому что его легко и гибко использовать. Не во всех случаях использования требуется современная производительность с минимальным количеством зависимостей. Поэтому для определенных ограниченных контекстов REST Assured, вероятно, будет иметь большой смысл.

Одна из моих целей с REST Assured - извлечь более легкое ядро ​​и удалить необходимость в Hamcrest и потенциально даже Groovy в будущем. Некоторые шаги уже предприняты в этом направлении, когда JsonPath и XmlPath были извлечены в свои собственные проекты.