Esta é uma proposta de recurso

Descrição

Ao definir eventos APIG http, o código agora força a criação de mapeamentos para application/json e também para application/x-www-form-urlencoded . Embora você possa substituir o modelo, não há como excluir esses mapeamentos (ou seja, eu só quero permitir solicitações json em um endpoint)

Esta mudança foi introduzida recentemente por meio deste commit em lib / plugins / aws / deploy / compile / events / apiGateway / lib / methods.js :

const integrationRequestTemplates = {
  'application/json': DEFAULT_JSON_REQUEST_TEMPLATE,
  'application/x-www-form-urlencoded': DEFAULT_FORM_URL_ENCODED_REQUEST_TEMPLATE,
};

Embora eu ache que é extremamente útil ter essas 2 opções (e modelos predefinidos), acho que seria melhor permitir que o usuário incluísse opcionalmente apenas os modelos que deseja.

Algo como o seguinte pode fazer sentido:

functions:
  create:
    handler: posts.create
    events:
      - http:
          method: get
          path: whatever
          request:
            template:
              text/xhtml: { "stage" : "$context.stage" }   # add additional template
              application/json: { "httpMethod" : "$context.httpMethod" }  # add mapping and override default template
              application/x-www-form-urlencoded: true    # add mapping and use default template 

Com a questão aberta atual (# 1168) em torno do comportamento de passagem do APIG e um PR pendente (# 1992) para resolvê-la, isso se torna mais importante para poder restringir totalmente os métodos aos Tipos de Conteúdo desejados.