同一子图内使用Apollo Federation扩展实体是否可行？

我已经在跨服务（联邦架构）场景下成功实现了GraphQL类型扩展，示例如下：

服务A：

type User @key(fields: "id") {
  id: ID!
}

服务B：

extend type User @key(fields: "id") {
  id: ID! @external
  extendedList: [ExtendedType]
}

现在我希望在同一子图内实现类似操作（虽然知道合理方案是拆分为两个子图，但当前无法执行）。现有同一子图内的实体定义：

type Chat @key(fields: "id") {
  id: ID!
  listingId: String!
  createdAt: DateTime!
  updatedAt: DateTime!
  participants: [Participant!]!
  title: String!
}

type Message {
  id: ID!
  chatId: String!
  content: String!
  createdAt: DateTime!
  participant: Participant!
}

我不想查询Chat实体时总是解析messages字段，因此尝试用以下方式扩展Chat类型：

extend type Chat @key(fields: "id") {
  id: ID!
  messages: [Message!]!
}

请问这种操作在同一子图内是否可行？

答案 #

这种操作是可行的，但需要注意几个细节：

• 无需@external指令：同一子图内的extend type不需要给字段添加@external，因为原类型和扩展字段都属于当前子图，不存在跨子图的外部引用需求。
• 按需查询的本质：GraphQL本身就是按需解析字段的——只有当你的查询请求中明确包含messages字段时，对应的resolver才会被触发去获取数据。不管messages是定义在原Chat类型里，还是通过extend添加的，这个逻辑都成立。所以你担心的"总是解析messages字段"的问题，本质上和类型是否扩展无关，只要resolver实现正确，就只会在需要时加载数据。
• @key指令的作用：在单一子图中，extend type上的@key指令不是必须的——这个指令主要用于联邦架构中标识跨子图共享的实体主键。不过如果你加上它，也不会导致语法错误，只是没有实际的联邦层面的作用。

调整后的合理扩展写法可以简化为：

extend type Chat {
  messages: [Message!]!
}

你只需要为Chat.messages实现对应的resolver，确保它能根据Chat的id关联查询到对应的Message列表即可。

内容的提问来源于stack exchange，提问作者Joelgullander