10、服务后端使用指南：数据共享、绑定与发现

服务后端使用指南：数据共享、绑定与发现

1. 服务间结构化数据共享

在服务交互过程中，一个服务常常会使用另一个服务暴露的数据。例如，有一个履行服务会暴露一个小的结构体，用于表示特定SKU的仓库履行状态，其中包含商品发货时间和库存数量等信息。这就产生了模型共享的问题，通常有三种处理方式：

1.1 客户端导入服务器包

• 做法 ：将 fulfillmentStatus 结构体改为 FulfillmentStatus （导出该类型），让目录服务导入履行服务包，使目录服务能直接访问履行状态数据类型。
• 优点 ：最大化代码复用，无代码重复，避免同一实体在履行和目录定义上的差异。
• 缺点 ：客户端能访问履行服务导出的所有类型，导致服务间紧密耦合。若履行服务包有任何更改，即使与公共契约无关，也可能导致目录服务编译或运行时失败。因此，应尽量避免这种方式。

1.2 客户端复制服务器结构

• 做法 ：履行服务和目录服务分别对 fulfillmentStatus 结构体及相关JSON序列化标签进行私有定义。
• 优点 ：可避免履行服务的内部更改影响目录服务。服务器和客户端对公共API中的结构有不同内部定义，能保持各自的发布节奏，且数据结构的表示可根据自身服务需求，不受对方内部处理方式