“相同的数据契约”到底意味着什么?

简而言之:是的:每个定义有两个名称空间不同的契约,两个不同的契约,即使它们定义的操作相同,而两个名称和名称空间相同的契约将被假定为相同的契约。

这里重要的一点是,您可以有两个契约(具有两个不同的名称空间),它们仍然兼容或部分兼容, .

作为一个(有些枯燥和理论上的)例子,假设您有一个定义这两个操作的契约: Do-X 和 Do-Y . 现在说你决定搬走 多伊 换成新的手术 Do-Z

因此,最佳实践是保持契约的相同名称,但更改名称空间以反映功能的更改。这将如何影响任何客户可能取决于以下几个因素:

• 如果客户端不验证架构,并且不使用 (但仅限于 溶解氧 ),则即使服务使用新合同,并且客户端仍在使用旧合同,该客户端仍应能够与服务通信。

• 如果客户 做 需要架构验证,他将需要使用与托管服务相同的架构(命名空间),否则验证将失败。

• 多伊 ,但不验证架构,在尝试执行操作之前可能看不到任何错误 ,此时它显然会失败。

为了避免像上例中那样的错误,典型的最佳实践是 如果可能;如果在上面的示例中,您添加了 多兹 多伊

但是,如果使用严格的验证,则旧客户机在 多兹 已添加。实际上,即使操作完全相同,它也不能与新合同一起工作;在这里,您可以说旧合同和新合同 相等的 (它们定义了完全相同的操作),但仍然 不一样 ,因为它们位于不同的名称空间中。