java - 使用放心作为一个通用的http客户端

Question

是否有任何理由避免rest-assured在非测试环境中使用？该库提供的用于创建和解析请求的语法非常紧凑，仅在测试中使用它似乎是一种浪费。哪一种引出了一个问题，为什么它只是作为测试工具的目标？

Answer 1

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

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

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