如何为AWS Amplify GraphQL API添加服务器端业务逻辑？

问题描述

在AWS docs > Designing your schema上可以找到类似的以下架构。到目前为止，我找不到的是GraphQL API只公开状态为PUBLISHED的TODO的示例。

type Todo {
  id: ID!
  name: String
  description: String
  status: TodoStatus
}

enum TodoStatus {
  DRAFT
  PUBLISHED
  DELETED
}

描述了所有AWS Amplify指令here以及@auth，其中可以定义TODO模型的授权规则，但这不是我想要的。此外，我认为functions对我来说也无济于事，还是我错了？

知道如何使DRAFT和DELETED状态的待办事项不能通过GraphAPI访问(服务器端，而不是通过查询在前端)？

这是否可能，并像使用Django and Django Graphene这样的工具一样简单？

推荐答案

似乎是custom resolver。

解析程序位于API终结点和数据库之间。它们决定谁可以访问此数据，他们要查找哪些数据，以及他们将获得多少数据。

DynamoDB解析器是用Velocity模板语言(*.vtl)编写的，这是一种许多开发人员可能不熟悉的语言，不幸的是，AWS文档没有提供很多代码示例。

这篇关于如何为AWS Amplify GraphQL API添加服务器端业务逻辑？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！