我looking at the documentation here,所有的例子都使用为什么春季休息文档使用MockMvcBuilders.webAppContextSetup?
MockMvcBuilders.webAppContextSetup
我想这些例子与
MockMvcBuilders.standaloneSetup
,它似乎工作。我觉得如果你能摆脱它,后者更可取。这是否会降低春季休息文档的功能?为什么我不想每次都做后者?为什么文档不使用后者?
我looking at the documentation here,所有的例子都使用为什么春季休息文档使用MockMvcBuilders.webAppContextSetup?
MockMvcBuilders.webAppContextSetup
我想这些例子与
MockMvcBuilders.standaloneSetup
,它似乎工作。我觉得如果你能摆脱它,后者更可取。这是否会降低春季休息文档的功能?为什么我不想每次都做后者?为什么文档不使用后者?
我选择在文档中使用webAppContextSetup
,因为我想鼓励人们使用完整的服务实现来记录他们的API。如果您使用standaloneSetup
件可能会丢失或嘲笑。这些差异可能会导致文档中的不准确。
也就是说,您不必使用webAppContextSetup
。正如您所看到的,Spring REST Docs也可以与standaloneSetup
一起使用。如果您确信使用standaloneSetup
创建的环境产生与webAppContextSetup
相同的行为,那么它可能是一个不错的选择,因为它会减少测试的执行时间。
在我们的例子中,使用'webAppContextSetup'的努力是非常大的,我们不想在追求春天restdoc时追求它。谢谢(你的)信息。 –
我不明白你的关注。如果您只有控制器,请使用'standaloneSetup'。如果您有完整的上下文设置,请使用'webAppContextSetup'。该文档是否指定了两种情况? – Savior
我什么时候需要*一个完整的上下文来设置? –
当您想要自动装配bean时,当您有特殊的拦截器,消息转换器和注册路由和处理的其他组件时。 – Savior