在过去的一年中,我将一个应用程序转换为使用 Graphql。到目前为止它很棒,在转换过程中,我基本上移植了支持我的 REST 端点的所有服务,以支持 grapqhl 查询和突变。该应用程序运行良好,但希望继续改进我的对象图。
让我们考虑一下我有以下关系。
用户 -> 团队 -> 板 -> 列表 -> 卡片 -> 评论
我目前有两个不同的嵌套模式:用户 -> 团队:
type User {
id: ID!
email: String!
role: String!
name: String!
resetPasswordToken: String
team: Team!
lastActiveAt: Date
}
type Team {
id: ID!
inviteToken: String!
owner: String!
name: String!
archived: Boolean!
members: [String]
}
然后我有板 -> 列表 -> 卡片 -> 评论
type Board {
id: ID!
name: String!
teamId: String!
lists: [List]
createdAt: Date
updatedAt: Date
}
type List {
id: ID!
name: String!
order: Int!
description: String
backgroundColor: String
cardColor: String
archived: Boolean
boardId: String!
ownerId: String!
teamId: String!
cards: [Card]
}
type Card {
id: ID!
text: String!
order: Int
groupCards: [Card]
type: String
backgroundColor: String
votes: [String]
boardId: String
listId: String
ownerId: String
teamId: String!
comments: [Comment]
createdAt: Date
updatedAt: Date
}
type Comment {
id: ID!
text: String!
archived: Boolean
boardId: String!
ownerId: String
teamId: String!
cardId: String!
createdAt: Date
updatedAt: Date
}
效果很好。但我很好奇如何嵌套我才能真正制作我的模式。如果我添加其余部分以使图表完整:
type Team {
id: ID!
inviteToken: String!
owner: String!
name: String!
archived: Boolean!
members: [String]
**boards: [Board]**
}
这将获得更深的图表。但是我担心会有多少复杂的突变。特别是对于向下的板架构,我需要发布所有操作的订阅更新。如果我添加评论,发布整个董事会更新是非常低效的。虽然为每个嵌套模式的每次创建/更新都构建了订阅逻辑,但实现简单的事情似乎需要大量代码。
关于对象图中的正确深度有什么想法吗?请记住,用户旁边的每个对象都需要广播给多个用户。
谢谢