add function to support query string parameter in finch.

[keyno63]

I Implemented function (suport "query" query string as GET)
in the case of finch as details in #421

Paste the result of Test below.

• curl GET query

$ curl  -X GET "http://localhost:8088/api/graphql?query=\{characters\{name\}\}" \
>   -H 'Host: localhost:8088' \
>   | jq
{
  "data": {
    "characters": [
      {
        "name": "James Holden"
      },
      {
        "name": "Naomi Nagata"
      },
      {
        "name": "Amos Burton"
      },
      {
        "name": "Alex Kamal"
      },
      {
        "name": "Chrisjen Avasarala"
      },
      {
        "name": "Josephus Miller"
      },
      {
        "name": "Roberta Draper"
      }
    ]
  },
  "extensions": {
<-- snip apolo tracing -->
  }
}

• curl POST query

$ curl -X POST \
>  http://localhost:8088/api/graphql \
>   -H 'Host: localhost:8088' \
>   -H 'Content-Type: application/x-www-form-urlencoded' \
>   -d 'query={characters { name }}' \
>   | jq

{
  "data": {
    "characters": [
      {
        "name": "James Holden"
      },
      {
        "name": "Naomi Nagata"
      },
      {
        "name": "Amos Burton"
      },
      {
        "name": "Alex Kamal"
      },
      {
        "name": "Chrisjen Avasarala"
      },
      {
        "name": "Josephus Miller"
      },
      {
        "name": "Roberta Draper"
      }
    ]
  },
  "extensions": {
<-- snip apolo tracing -->
  }
}

[keyno63]

... CI is not running.

[ghostdogpr]

It looks OK in CircleCI: https://app.circleci.com/pipelines/github/keyno63/caliban/5/workflows/77213d26-d6ab-445e-b8a9-36dc7ac36bb4

[ghostdogpr]

Hmm the problem here is that we lose the error message from parse which could be useful.
Maybe you could return a Task[GraphQLRequest] instead?

[keyno63]

Wrapping the result in Task and catching error when an error happens.

[ghostdogpr]

If we return a Task[GraphQLRequest], this could fail with an exception e.g. "Query was not found".

[keyno63]

Maybe fixed this.

[ghostdogpr]

Looks good to me! Thank you~