Web服务 – 模拟Web服务响应|在Web应用程序中捆绑他们几个

概述我在一个企业项目中工作,我的团队负责创建应用程序的前端,还有另一个开发Web服务的团队,并为将作为该项目的一部分提供的所有服务提供WSDL.在开发阶段,我们的本地开发环境将指向负责创建Web服务的团队的开发框之一.它们的开发环境很可能在迭代中间不稳定.为了降低这种风险,我们在本地计算机上使用SOAP UI并启动模拟服务并进行开发.每当我们需要不同类型的响应时,我们都会修改本地服务响应 XML.这个 我在一个企业项目中工作,我的团队负责创建应用程序的前端,还有另一个开发Web服务的团队,并为将作为该项目的一部分提供的所有服务提供WSDL.在开发阶段,我们的本地开发环境将指向负责创建Web服务的团队的开发框之一.它们的开发环境很可能在迭代中间不稳定.为了降低这种风险,我们在本地计算机上使用SOAP UI并启动模拟服务并进行开发.每当我们需要不同类型的响应时,我们都会修改本地服务响应 XML.这个过程运行良好,但我想知道是否有一种方法,每个服务说我创建10个响应并将其作为战争部署在其中一台机器上的tomcat上,我的整个开发团队指向那个暴露相同的战争服务并基于参数,它可以从战争中捆绑的10个响应中发送一个响应.我不想在此上花费任何精力.是否有一种工具可以提供开箱即用的这种功能.解决方法 如果你稍微分解内部架构,它会让你的生活更轻松.不要过度地让客户端代码依赖外部SOAP服务,而是定义一个供内部使用的接口是有益的.你可以调用这个IServiceProxy或一些这样的名字.

让客户端代码与该接口通信,并使用依赖注入(DI)将其实例注入客户端.这意味着对于大量的开发用法,您可以简单地用Test Double(例如Mock)替换此接口.

如果您还必须拥有SOAP服务来验证SOAP堆栈是否按预期工作,请注意所谓的Shared Fixture测试气味.单个服务器上的共享“测试”服务将是一个共享夹具,它可能会给你带来更多的麻烦,因为开发人员会互相踩踏,这将是一个瓶颈.

更好的选择是在每个开发人员的计算机上设置SOAP服务,或者,如果不可能,则为每个开发人员设置专用服务.

您可以在优秀的xUnit Test Patterns中阅读有关共享夹具和许多其他测试模式和反模式的更多信息.

总结

以上是内存溢出为你收集整理的Web服务 – 模拟Web服务响应|在Web应用程序中捆绑他们几个全部内容，希望文章能够帮你解决Web服务 – 模拟Web服务响应|在Web应用程序中捆绑他们几个所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。