Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Los solucionadores de GraphQL conectan los campos de un esquema de tipo a un origen de datos. Los solucionadores son el mecanismo mediante el cual se atienden las solicitudes.
Resolvers que se AWS AppSync utilizan JavaScript para convertir una expresión de GraphQL en un formato que pueda utilizar la fuente de datos. Como alternativa, las plantillas de asignación se pueden escribir en Apache Velocity Template Language (VTL)
En esta sección se describe cómo configurar los resolutores mediante. JavaScript La sección Tutoriales de resolución (JavaScript) proporciona tutoriales detallados sobre cómo implementar resolutores utilizando. JavaScript La sección de referencia del solucionador (JavaScript) proporciona una explicación de las operaciones de utilidad que se pueden utilizar con los JavaScript resolutores.
Recomendamos seguir esta guía antes de intentar utilizar alguno de los tutoriales mencionados anteriormente.
En esta sección se mostrará cómo crear y configurar solucionadores para consultas y mutaciones.
nota
En esta guía se supone que ha creado su esquema y que tiene al menos una consulta o mutación. Si busca suscripciones (datos en tiempo real), consulte esta guía.
En esta sección, proporcionaremos algunos pasos generales para configurar solucionadores junto con un ejemplo que usa el esquema siguiente:
// schema.graphql file
input CreatePostInput {
title: String
date: AWSDateTime
}
type Post {
id: ID!
title: String
date: AWSDateTime
}
type Mutation {
createPost(input: CreatePostInput!): Post
}
type Query {
getPost: [Post]
}
Creación de solucionadores de consultas básicos
En esta sección se mostrará cómo crear un solucionador de consultas básico.
-
Inicie sesión en la AppSyncconsola AWS Management Console
y ábrala. -
En el APIs panel de control, elige tu API de GraphQL.
-
En la barra lateral, seleccione Esquema.
-
-
Introduzca los detalles del esquema y el origen de datos. Consulte las secciones Diseño del esquema y Asociar un origen de datos para obtener más información.
-
Junto al editor Esquemas, hay una ventana llamada Solucionadores. Este cuadro contiene una lista de los tipos y campos definidos en la ventana Esquema. Puede asociar solucionadores a los campos. Lo más probable es que asocie solucionadores a sus operaciones de campo. En esta sección se analizarán las configuraciones de consultas sencillas. En el tipo Consulta, seleccione Asociar junto al campo de la consulta.
-
En la página Asociar solucionador, en Tipo de solucionador, puede elegir entre solucionadores de canalización o unitarios. Para obtener más información sobre estos tipos, consulte Solucionadores. En esta guía se utilizará
pipeline resolvers
.sugerencia
Al crear solucionadores de canalización, sus orígenes de datos se asociarán a las funciones de canalización. Las funciones se crean después de crear el propio solucionador de canalizaciones, por lo que no existe la opción de configurarlo en esta página. Si utiliza un solucionador unitario, el origen de datos se vincula directamente al solucionador, por lo que deberá configurarlo en esta página.
Para el tiempo de ejecución de Resolver, selecciona
APPSYNC_JS
habilitar el JavaScript tiempo de ejecución. -
Puede habilitar el almacenamiento en caché para esta API. También recomendamos desactivar esta característica por el momento. Seleccione Crear.
-
En la página Editar solucionador, hay un editor de código llamado Código de solucionador que le permite implementar la lógica para el controlador y la respuesta del solucionador (antes y después de los pasos). Para obtener más información, consulte la descripción general de los JavaScript resolutores.
nota
En nuestro ejemplo, vamos a dejar la solicitud en blanco y la respuesta establecida para devolver el último resultado del origen de datos del contexto:
import {util} from '@aws-appsync/utils'; export function request(ctx) { return {}; } export function response(ctx) { return ctx.prev.result; }
Bajo esta sección, hay una tabla llamada Funciones. Las funciones permiten implementar código que se puede reutilizar en varios solucionadores. En lugar de tener que reescribir o copiar el código constantemente, puede almacenar el código fuente como una función para añadirla a un solucionador siempre que lo necesite.
Las funciones constituyen la mayor parte de la lista de operaciones de una canalización. Al utilizar varias funciones en un solucionador, se establece el orden de las funciones y estas se ejecutan en ese orden en secuencia. Se ejecutan después de la función de solicitud y antes de que comience la función de respuesta.
Para añadir una función nueva, en Funciones, seleccione Añadir función y, a continuación, Crear nueva función. Como alternativa, puede que vea el botón Crear función para seleccionarlo.
-
Elija un origen de datos. Será el origen de datos en el que actuará el solucionador.
nota
En nuestro ejemplo, asociamos un solucionador para
getPost
, que recupera un objetoPost
según elid
. Supongamos que ya hemos configurado una tabla de DynamoDB para este esquema. Su clave de partición está establecida enid
y está vacía. -
Introduzca un
Function name
. -
En Código de función, deberá implementar el comportamiento de la función. Esto puede resultar confuso, pero cada función tendrá su propio controlador local de solicitudes y respuestas. Se ejecuta la solicitud, luego se invoca el origen de datos para gestionar la solicitud y, a continuación, el controlador de respuestas procesa la respuesta del origen de datos. El resultado se almacena en el objeto de contexto. Después, se ejecutará la siguiente función de la lista o se pasará al controlador de respuestas posterior al paso si es el último.
nota
En nuestro ejemplo, asociamos un solucionador a
getPost
, que obtiene una lista de objetosPost
del origen de datos. Nuestra función de solicitud solicitará los datos de nuestra tabla, la tabla pasará su respuesta al contexto (ctx) y, a continuación, la respuesta devolverá el resultado en el contexto. AWS AppSync Su punto fuerte reside en su interconexión con otros servicios. AWS Dado que utilizamos DynamoDB, tenemos un conjunto de operaciones para simplificar este tipo de acciones. También tenemos algunos ejemplos repetitivos para otros tipos de orígenes de datos.Nuestro código será como este:
import { util } from '@aws-appsync/utils'; /** * Performs a scan on the dynamodb data source */ export function request(ctx) { return { operation: 'Scan' }; } /** * return a list of scanned post items */ export function response(ctx) { return ctx.result.items; }
En este paso, hemos añadido dos funciones:
-
request
: el controlador de solicitudes realiza la operación de recuperación en el origen de datos. El argumento contiene el objeto de contexto (ctx
) o datos que están disponibles para todos los solucionadores que realizan una operación determinada. Por ejemplo, puede contener datos de autorización, los nombres de los campos que se están resolviendo, etc. La instrucción return realiza una operaciónScan
(vea ejemplos aquí). Dado que trabajamos con DynamoDB, podemos usar algunas de las operaciones de ese servicio. El escaneo realiza una búsqueda básica de todos los elementos de nuestra tabla. El resultado de esta operación se almacena en el objeto de contexto como un contenedor deresult
antes de pasarlo al controlador de respuestas. Larequest
se ejecuta antes de la respuesta en la canalización. -
response
: el controlador de respuestas que devuelve la salida derequest
. El argumento es el objeto de contexto actualizado y la declaración de retorno esctx.prev.result
. En este punto de la guía, es posible que no esté familiarizado con este valor.ctx
hace referencia al objeto de contexto.prev
, a la operación anterior en la canalización, que era nuestrarequest
.result
contiene los resultados del solucionador a medida que se desplaza por la canalización. Si lo junta todo,ctx.prev.result
devuelve el resultado de la última operación realizada, que fue el controlador de solicitudes.
-
-
Cuando haya terminado, elija Crear.
-
-
De vuelta a la pantalla de solucionador, en Funciones, seleccione el menú desplegable Añadir función y añada la función a su lista de funciones.
-
Seleccione Guardar para actualizar el solucionador.
Para resumir lo que ocurrió en este ejemplo, vio una AWS AppSync función que implementaba un controlador de solicitudes y respuestas. La función se ha encargado de interactuar con el origen de datos. El controlador de solicitudes envió una Scan
operación a AWS AppSync, indicándole qué operación debía realizar en la fuente de datos de DynamoDB. El controlador de respuestas ha devuelto la lista de elementos (ctx.result.items
). A continuación, la lista de elementos se ha asignado automáticamente al tipo GraphQL de Post
.
Creación de solucionadores de mutaciones básicos
En esta sección se mostrará cómo crear un solucionador de mutaciones básico.
-
Inicie sesión en la consola AWS Management Console y ábrala. AppSync
-
En el APIs panel de control, elige tu API de GraphQL.
-
En la barra lateral, seleccione Esquema.
-
-
En la sección Solucionadores y el tipo Mutación, seleccione Asociar junto al campo.
nota
En nuestro ejemplo, vamos a asociar un solucionador para
createPost
, que añade un objetoPost
a nuestra table. Supongamos que utilizamos la misma tabla de DynamoDB de la última sección. Su clave de partición está establecida enid
y está vacía. -
En la página Asociar solucionador, en Tipo de solucionador, elija
pipeline resolvers
. Le recordamos que puede encontrar más información sobre los solucionadores aquí. Para el tiempo de ejecución de Resolver, seleccionaAPPSYNC_JS
habilitar el JavaScript tiempo de ejecución. -
Puede habilitar el almacenamiento en caché para esta API. También recomendamos desactivar esta característica por el momento. Seleccione Crear.
-
Seleccione Añadir función y, a continuación, Crear nueva función. Como alternativa, puede que vea el botón Crear función para seleccionarlo.
-
Elija el origen su origen de datos. Debería ser el origen cuyos datos va a manipular con la mutación.
-
Introduzca un
Function name
. -
En Código de función, deberá implementar el comportamiento de la función. Se trata de una mutación, por lo que lo ideal es que la solicitud realice alguna operación de cambio de estado en el origen de datos invocado. La función de respuesta procesará el resultado.
nota
createPost
va a añadir o “poner” una nuevaPost
en la tabla con nuestros parámetros como datos. Podríamos añadir algo parecido a esto:import { util } from '@aws-appsync/utils'; /** * Sends a request to `put` an item in the DynamoDB data source */ export function request(ctx) { return { operation: 'PutItem', key: util.dynamodb.toMapValues({id: util.autoId()}), attributeValues: util.dynamodb.toMapValues(ctx.args.input), }; } /** * returns the result of the `put` operation */ export function response(ctx) { return ctx.result; }
En este paso, hemos añadido también las funciones
request
yresponse
:-
request
: el controlador de solicitudes acepta el contexto como argumento. La instrucción return del controlador de solicitudes ejecuta un comandoPutItem
, que es una operación de DynamoDB integrada (consulte aquí o aquí para ver ejemplos). El comandoPutItem
añade un objeto dePost
a nuestra tabla de DynamoDB tomando el valorkey
de la partición (generado automáticamente porutil.autoid()
) y losattributes
de la entrada del argumento de contexto (son los valores que transferiremos en nuestra solicitud). Lakey
es elid
yattributes
son los argumentos de los camposdate
ytitle
. Ambos se preformatean mediante el elemento auxiliarutil.dynamodb.toMapValues
para que funcionen con la tabla de DynamoDB. -
response
: la respuesta acepta el contexto actualizado y devuelve el resultado del controlador de solicitudes.
-
-
Cuando haya terminado, elija Crear.
-
-
De vuelta a la pantalla de solucionador, en Funciones, seleccione el menú desplegable Añadir función y añada la función a su lista de funciones.
-
Seleccione Guardar para actualizar el solucionador.
Para resumir lo que ocurre en este ejemplo, convierte AWS AppSync automáticamente los argumentos definidos en el createPost
campo del esquema de GraphQL en operaciones de DynamoDB. El ejemplo almacena los registros en DynamoDB mediante una clave de id
, que se crea automáticamente con nuestro texto auxiliar util.autoId()
. Todos los demás campos que pase a los argumentos de contexto (ctx.args.input
) a partir de solicitudes realizadas en la AWS AppSync consola o de otro modo se almacenarán como atributos de la tabla. Tanto la clave como los atributos se asignan automáticamente a un formato de DynamoDB compatible mediante el texto auxiliar util.dynamodb.toMapValues(values)
.
AWS AppSync también admite flujos de trabajo de prueba y depuración para la edición de resoluciones. Puede usar un objeto context
simulado para ver el valor transformado de la plantilla antes de invocarlo. De forma opcional, puede ver la solicitud completa en un origen de datos de forma interactiva cuando ejecute una consulta. Para obtener más información, consulte Probar y depurar solucionadores (JavaScript) y Supervisión y registro.
Solucionadores avanzados
Si sigue la sección de paginación opcional de Diseño del esquema, deberá añadir el solucionador a la solicitud para poder utilizar la paginación. En nuestro ejemplo, se ha utilizado una paginación de consultas llamada getPosts
para devolver solo una parte de los elementos solicitados a la vez. Nuestro código de solucionador en ese campo puede ser como este:
/**
* Performs a scan on the dynamodb data source
*/
export function request(ctx) {
const { limit = 20, nextToken } = ctx.args;
return { operation: 'Scan', limit, nextToken };
}
/**
* @returns the result of the `put` operation
*/
export function response(ctx) {
const { items: posts = [], nextToken } = ctx.result;
return { posts, nextToken };
}
En la solicitud, transferimos el contexto de esta. limit
El nuestro es20
, lo que significa que devolvemos hasta 20 Posts
en la primera consulta. Nuestro cursor nextToken
está fijo en la primera entrada de Post
en el origen de datos. Se transfieren a los argumentos. A continuación, la solicitud escanea desde la primera Post
hasta el número límite de escaneo. El origen de datos almacena el resultado en el contexto, que se transfiere a la respuesta. La respuesta devuelve las Posts
recuperadas y, a continuación, establece el nextToken
en la entrada de la Post
que se encuentra justo después del límite. La siguiente solicitud se envía para hacer exactamente lo mismo, pero empezando por el desplazamiento justo después de la primera consulta. Tenga en cuenta que este tipo de solicitudes se realizan de forma secuencial y no en paralelo.