使用rest-assured作为通用http客户端

Question

有没有理由避免在非测试环境中使用rest-assured？ 库为创建和解析请求提供的语法非常紧凑，仅在测试中使用它似乎是浪费。 哪种问题引起了人们的疑问，为什么单独将它作为测试工具？

Answer 1

我是REST Assured的创始人，它一直主要针对测试。例如，默认端口是8080，它附带Hamcrest匹配器（内部也使用它，因此不能排除它），性能可能会有所优化。它还依赖于Groovy，如果你需要的只是一个HTTP客户端，那么添加到生产系统可能是一个很大的依赖。

人们，包括我自己在内，都在生产中使用它，因为它使用起来既简单又灵活。并非所有用例都需要具有最少数量依赖性的最新性能。因此，对于某些有界的上下文，REST Assured可能会有很多意义。

我确定REST Assured的目标之一是提取更轻量级的核心，并在将来消除对Hamcrest甚至Groovy的需求。当JsonPath和XmlPath被提取到他们自己的项目时，已经朝着这个方向采取了一些步骤。