Spring Cloud合约的工作流程是什么？
我在网上搜索了很多，但我没有找到任何明确的答案。到目前为止，我的理解是：
-
< li >消费者手动为每个提供者编写合同(也许他们为合同添加了版本控制？) < li >消费者与提供商共享合同 < li >提供商使用Spring Cloud Contract Verifier依赖项和插件来生成几个测试文件 < li >提供商针对其服务运行测试文件并生成测试结果 < li >提供程序通过运行测试生成单个存根文件 < li >提供商与消费者共享最新的存根文件测试结果 < li >消费者使用存根文件Spring Cloud Contract Stub Runner创建提供商的模拟服务 < li >消费者在自己的服务上运行合同，模拟提供商的服务 < li >结果的联合(消费者提供者)由消费者汇总，以决定他们是否适合发布他们的服务
这些是正确的事件顺序吗？
共有1个答案
请查看春云合约 https://docs.spring.io/spring-cloud-contract/docs/current/reference/html/using.html#using 参考文档，其中可以找到不同合约测试类型的所有工作流程的图表。
-
问题内容： 我有种预感docker可以极大地改善我的webdev工作流程- 但我还没有设法解决如何将docker添加到堆栈中的问题。 基本软件堆栈如下所示： 软件 提供自定义LAMP堆栈的Docker映像 Apache与几个模块 MySQL数据库 的PHP 一些CMS，例如Silverstripe GIT 工作流程 我可以想象工作流程看起来如下所示： 发展历程 编写一个定义满足上述要求的LAMP容
-
BDD是一个评估软件需要如何运行的过程，然后编写代码所依据的验收测试。您可以使用TDD方法编写代码，为方法编写单元测试，并围绕单元测试（代码、测试、重构）构建类。当代码编写完成时，您将对其进行测试，以查看是否满足原始的验收测试。 有经验的人可以对我的解释进行评论，并用这些敏捷原则来演示一个简单的应用程序吗？我看到在不同的出版物中有大量关于BDD和TDD的文本，但我正在研究这两个过程在现实世界的开发
-
发布的合约是一份golang的源码，节点在接收该合约时（其实接收的是交易，合约是交易的数据），会在节点本地创建一个文件夹，放置合约代码，然后创建对应的main函数，编译成一个可执行文件。合约的执行就是执行对应的可执行文件。 因为golang是跨平台的语言，GOVM整个都是golang开发的，所以它可以部署在大部分的系统上，包括windows、linux等（为避免不一致，要求必须为64位操作系统）。
-
我可以在Haskell中编写受流融合影响的自己的地图函数吗？ 为什么列表上的递归迭代不需要融合？这完全破坏了Haskell模式匹配的良好表达能力:！ 前奏循环功能融合了吗？
-
我想知道用类型化语言（如Haskell或Idris）表达智能合约的最佳方式是什么（例如，您可以编译它以在以太坊网络上运行）。我主要关心的是：什么类型可以捕获合同所能做的一切？ 一个简单的解决方案是将协定定义为类型的成员。这种类型类似于Haskell的，但它不支持系统调用，而是包括区块链调用，即，它将支持从区块链状态读取和写入区块链状态、调用其他契约、获取块数据等。 这显然足以执行任何合同，但是：
-
实现细节 添加路由器接口 删除路由器接口 启动新的虚拟机节点 删除虚拟机节点