Java 为什么spring rest文档使用MockMvcBuilders.webAppContextSetup?

Java 为什么spring rest文档使用MockMvcBuilders.webAppContextSetup?,java,spring,rest,spring-mvc,spring-restdocs,Java,Spring,Rest,Spring Mvc,Spring Restdocs,我是,所有的例子都使用 MockMvcBuilders.webAppContextSetup 我试过这些例子 MockMvcBuilders.standaloneSetup 这似乎奏效了。如果你能侥幸逃脱,我觉得后者更可取。这会降低SpringREST文档的功能吗?为什么我不想每次都做后者呢?为什么文档不使用后者?我选择在文档中使用webAppContextSetup,因为我想鼓励人们使用服务的完整实现来记录他们的API。如果使用standaloneSetup零件可能会丢失或被仿制。这些差异

我是,所有的例子都使用

MockMvcBuilders.webAppContextSetup
我试过这些例子

MockMvcBuilders.standaloneSetup

这似乎奏效了。如果你能侥幸逃脱,我觉得后者更可取。这会降低SpringREST文档的功能吗?为什么我不想每次都做后者呢?为什么文档不使用后者?

我选择在文档中使用
webAppContextSetup
,因为我想鼓励人们使用服务的完整实现来记录他们的API。如果使用
standaloneSetup
零件可能会丢失或被仿制。这些差异可能会导致文档不准确


也就是说,您不必使用
webAppContextSetup
。正如您所观察到的,SpringREST文档也将与
standaloneSetup
一起使用。如果您确信使用
standaloneSetup
创建的环境会产生与
webAppContextSetup
相同的行为,那么它将是一个不错的选择,因为它会减少测试的执行时间。

我不理解您的担忧。如果您只有一个控制器,可以使用
standaloneSetup
。如果要设置完整的上下文,请使用
webAppContextSetup
。该文档是否指定了这两种情况?何时需要设置完整的上下文?何时需要自动连接Bean,何时有特殊的拦截器、消息转换器和其他注册用于路由和处理的组件。@好的,这就是我在文档中缺少的功能?我很难想象这些会如何改变API,除非它们会导致/防止我在真实API中看到的错误。可能更适合解释这两个的用途。但是,是的,
webAppContextSetup
更多地是为了进行完整的(几乎不包括servlet容器)集成测试。在我们的例子中,使用
webAppContextSetup
的工作量要大得多,我们不想在spring restdoc上使用它。谢谢你的信息。