Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# AWS AppSync riferimento al modello di mappatura del resolver per l'origine dati `None`
<a name="resolver-mapping-template-reference-none"></a>

**Nota**  
Ora supportiamo principalmente il runtime APPSYNC\$1JS e la relativa documentazione. [Prendi in considerazione l'utilizzo del runtime APPSYNC\$1JS e delle relative guide qui.](https://docs.aws.amazon.com/appsync/latest/devguide/resolver-reference-js-version.html)

Il modello di mappatura del AWS AppSync resolver utilizzato con l'origine dati di tipo *None* consente di modellare le richieste per le operazioni locali. AWS AppSync 

## Richiedi un modello di mappatura
<a name="request-mapping-template"></a>

Il modello di mappatura è semplice e permette di passare quante più informazioni sul contesto possibile tramite il campo `payload`.

```
{
   "version": string,
   "payload": any type
}
```

Di seguito è riportata la rappresentazione dello schema JSON del modello di mappatura della richiesta, dopo la risoluzione:

```
{
    "definitions": {},
    "$schema": "https://json-schema.org/draft-06/schema#",
    "$id": "https://aws.amazon.com/appsync/request-mapping-template.json",
    "type": "object",
    "properties": {
        "version": {
            "$id": "/properties/version",
            "type": "string",
            "enum": [
                "2018-05-29"
            ],
            "title": "The Mapping template version.",
            "default": "2018-05-29"
        },
        "payload": {}
    },
    "required": [
        "version"
    ],
    "additionalProperties": false
}
```

Ecco un esempio in cui gli argomenti del campo vengono passati tramite la proprietà di contesto VTL: `$context.arguments`

```
{
    "version": "2018-05-29",
    "payload": $util.toJson($context.arguments)
}
```

Il valore del campo `payload` verrà inoltrato al modello di mappatura della risposta e sarà disponibile nella proprietà di contesto VTL (`$context.result`).

Questo è un esempio che rappresenta il valore interpolato del campo `payload`:

```
{
    "id": "postId1"
}
```

## Versione
<a name="version"></a>

Comune a tutti i modelli di mappatura delle richieste, il `version` campo definisce la versione utilizzata dal modello.

 Il campo `version` è obbligatorio.

Esempio:

```
"version": "2018-05-29"
```

## Carico utile
<a name="payload"></a>

Il campo `payload` è un container che può essere usato per passare qualsiasi input JSON con formato corretto al modello di mappatura della risposta.

 Il campo `payload` è facoltativo.

## Modello di mappatura delle risposte
<a name="response-mapping-template"></a>

Poiché non è presente alcuna origine dati, il valore del campo `payload` verrà inoltrato al modello di mappatura della risposta e impostato sull'oggetto `context` che è disponibile tramite la proprietà `$context.result` VTL.

Se la forma del valore del campo `payload` corrisponde esattamente alla forma del tipo GraphQL, puoi inoltrare la risposta usando il modello di mappatura della risposta seguente:

```
$util.toJson($context.result)
```

Non ci sono campi obbligatori né restrizioni relative alla forma che si applicano al modello di mappatura della risposta. Tuttavia, poiché GraphQL è un protocollo fortemente tipizzato, il modello di mappatura risolto deve corrispondere al tipo GraphQL previsto.