Graphlient
A friendlier Ruby client for consuming GraphQL-based APIs. Built on top of your usual graphql-client, but with better defaults, more consistent error handling, and using the faraday HTTP client.
Table of Contents
- Installation
- Usage
- Schema storing and loading on disk
- Error Handling
- Executing Parameterized Queries and Mutations
- Parse and Execute Queries Separately
- Dynamic vs. Static Queries
- Generate Queries with Graphlient::Query
- Create API Client Classes with Graphlient::Extension::Query
- Swapping the HTTP Stack
- Testing with Graphlient and RSpec
- License
Installation
Add the following line to your Gemfile.
gem 'graphlient'
Usage
Create a new instance of Graphlient::Client
with a URL and optional headers/http_options.
client = Graphlient::Client.new('https://test-graphql.biz/graphql',
headers: {
'Authorization' => 'Bearer 123'
},
http_options: {
read_timeout: 20,
write_timeout: 30
}
)
http_options | default | type |
---|---|---|
read_timeout | nil | seconds |
write_timeout | nil | seconds |
The schema is available automatically via .schema
.
client.schema # GraphQL::Schema
Make queries with query
, which takes a String or a block for the query definition.
With a String.
response = client.query <<~GRAPHQL
query {
invoice(id: 10) {
id
total
line_items {
price
item_type
}
}
}
GRAPHQL
With a block.
response = client.query do
query do
invoice(id: 10) do
id
total
line_items do
price
item_type
end
end
end
end
This will call the endpoint setup in the configuration with POST
, the Authorization
header and query
as follows.
query {
invoice(id: 10) {
id
total
line_items {
price
item_type
}
}
}
A successful response object always contains data which can be iterated upon. The following example returns the first line item's price.
response.data.invoice.line_items.first.price
You can also execute mutations the same way.
response = client.query do
mutation do
createInvoice(input: { fee_in_cents: 12_345 }) do
id
fee_in_cents
end
end
end
The successful response contains data in response.data
. The following example returns the newly created invoice's ID.
response.data.create_invoice.first.id
Schema storing and loading on disk
To reduce requests to graphql API you can cache schema:
client = Client.new(url, schema_path: 'config/your_graphql_schema.json')
client.schema.dump! # you only need to call this when graphql schema changes
Error Handling
Unlike graphql-client, Graphlient will always raise an exception unless the query has succeeded.
- Graphlient::Errors::ClientError: all client-side query validation failures based on current schema
- Graphlient::Errors::GraphQLError: all GraphQL API errors, with a humanly readable collection of problems
- Graphlient::Errors::ExecutionError: all GraphQL execution errors, with a humanly readable collection of problems
- Graphlient::Errors::ServerError: all transport errors raised by HTTP Adapters. You can access
inner_exception
,status_code
andresponse
on these errors to get more details on what went wrong - Graphlient::Errors::FaradayServerError: this inherits from
ServerError
☝️ , we recommend usingServerError
to rescue these - Graphlient::Errors::HttpServerError: this inherits from
ServerError
☝️ , we recommend usingServerError
to rescue these - Graphlient::Errors::ConnectionFailedError: this inherits from
ServerError
☝️ , we recommend usingServerError
to rescue these - Graphlient::Errors::TimeoutError: this inherits from
ServerError
☝️ , we recommend usingServerError
to rescue these - Graphlient::Errors::HttpOptionsError: all NoMethodError raised by HTTP Adapters when given options in
http_options
are invalid
All errors inherit from Graphlient::Errors::Error
if you need to handle them in bulk.
Executing Parameterized Queries and Mutations
Graphlient can execute parameterized queries and mutations by providing variables as query parameters.
The following query accepts an array of IDs.
With a String.
query = <<-GRAPHQL
query($ids: [Int]) {
invoices(ids: $ids) {
id
fee_in_cents
}
}
GRAPHQL
variables = { ids: [42] }
client.query(query, variables)
With a block.
client.query(ids: [42]) do
query(ids: [:int]) do
invoices(ids: :ids) do
id
fee_in_cents
end
end
end
Graphlient supports following Scalar types for parameterized queries by default:
:id
maps toID
:boolean
maps toBoolean
:float
maps toFloat
:int
maps toInt
:string
maps toString
You can use any of the above types with !
to make it required or use them in []
for array parameters.
For any other custom types, graphlient will simply use to_s
of the symbol provided for the type, so query(ids: [:InvoiceType!])
will result in query($ids: [InvoiceType!])
.
The following mutation accepts a custom type that requires fee_in_cents
.
client.query(input: { fee_in_cents: 12_345 }) do
mutation(input: :createInvoiceInput!) do
createInvoice(input: :input) do
id
fee_in_cents
end
end
end
Parse and Execute Queries Separately
You can parse
and execute
queries separately with optional variables. This is highly recommended as parsing a query and validating a query on every request adds performance overhead. Parsing queries early allows validation errors to be discovered before request time and avoids many potential security issues.
# parse a query, returns a GraphQL::Client::OperationDefinition
query = client.parse do
query(ids: [:int]) do
invoices(ids: :ids) do
id
fee_in_cents
end
end
end
# execute a query, returns a GraphQL::Client::Response
client.execute query, ids: [42]
Or pass in a string instead of a block:
# parse a query, returns a GraphQL::Client::OperationDefinition
query = client.parse <<~GRAPHQL
query($some_id: Int) {
invoice(id: $some_id) {
id
feeInCents
}
}
GRAPHQL
# execute a query, returns a GraphQL::Client::Response
client.execute query, ids: [42]
Dynamic vs. Static Queries
Graphlient uses graphql-client, which recommends building queries as static module members along with dynamic variables during execution. This can be accomplished with graphlient the same way.
Create a new instance of Graphlient::Client
with a URL and optional headers.
module SWAPI
Client = Graphlient::Client.new('https://test-graphql.biz/graphql',
headers: {
'Authorization' => 'Bearer 123'
},
allow_dynamic_queries: false
)
end
The schema is available automatically via .schema
.
SWAPI::Client.schema # GraphQL::Schema
Define a query.
module SWAPI
InvoiceQuery = Client.parse do
query(id: :int) do
invoice(id: :id) do
id
fee_in_cents
end
end
end
end
Execute the query.
response = SWAPI::Client.execute(SWAPI::InvoiceQuery, id: 42)
Note that in the example above the client is created with allow_dynamic_queries: false
(only allow static queries), while graphlient defaults to allow_dynamic_queries: true
(allow dynamic queries). This option is marked deprecated, but we're proposing to remove it and default it to true
in graphql-client#128.
Generate Queries with Graphlient::Query
You can directly use Graphlient::Query
to generate raw GraphQL queries.
query = Graphlient::Query.new do
query do
invoice(id: 10) do
line_items
end
end
end
query.to_s
# "\nquery {\n invoice(id: 10){\n line_items\n }\n }\n"
Use of Fragments
Fragments should be referred by constant:
module Fragments
Invoice = client.parse <<~'GRAPHQL'
fragment on Invoice {
id
feeInCents
}
GRAPHQL
end
Graphlient
offers the syntax below to refer to the original constant:
- Triple underscore
___
to refer to the fragment - Double underscore
__
for namespace separator
In this example, Fragments::Invoice
would be referred as follows:
invoice_query = client.parse do
query do
invoice(id: 10) do
id
___Fragments__Invoice
end
end
end
The wrapped response only allows access to fields that have been explicitly asked for.
In this example, while id
has been referenced directly in the main query, feeInCents
has been spread via fragment and trying to access it in the original wrapped response will throw GraphQL::Client::ImplicitlyFetchedFieldError
(to prevent data leaks between components).
response = client.execute(invoice_query)
result = response.data.invoice
result.to_h
# {"id" => 10, "feeInCents"=> 20000}
result.id
# 10
result.fee_in_cents
# raises GraphQL::Client::ImplicitlyFetchedFieldError
feeInCents
cannot be fetched directly from the main query, but from the fragment as shown below:
invoice = Fragments::Invoice.new(result)
invoice.id
# 10
invoice.fee_in_cents
# 20000
Create API Client Classes with Graphlient::Extension::Query
You can include Graphlient::Extensions::Query
in your class. This will add a new method_missing
method to your context which will be used to generate GraphQL queries.
include Graphlient::Extensions::Query
query = query do
invoice(id: 10) do
line_items
end
end
query.to_s
# "\nquery{\n invoice(id: 10){\n line_items\n }\n }\n"
Swapping the HTTP Stack
You can swap the default Faraday adapter for Net::HTTP
.
client = Graphlient::Client.new('https://test-graphql.biz/graphql',
http: Graphlient::Adapters::HTTP::HTTPAdapter
)
Testing with Graphlient and RSpec
Use Graphlient inside your RSpec tests in a Rails application or with Rack::Test
against your actual application.
require 'spec_helper'
describe App do
include Rack::Test::Methods
def app
# ...
end
let(:client) do
Graphlient::Client.new('http://test-graphql.biz/graphql') do |client|
client.http do |h|
h.connection do |c|
c.adapter Faraday::Adapter::Rack, app
end
end
end
end
context 'an invoice' do
let(:result) do
client.query do
query do
invoice(id: 10) do
id
end
end
end
end
it 'can be retrieved' do
expect(result.data.invoice.id).to eq 10
end
end
end
Alternately you can stub_request
with Webmock.
describe App do
let(:url) { 'http://example.com/graphql' }
let(:client) { Graphlient::Client.new(url) }
before do
stub_request(:post, url).to_return(
status: 200,
body: DummySchema.execute(GraphQL::Introspection::INTROSPECTION_QUERY).to_json
)
end
it 'retrieves schema' do
expect(client.schema).to be_a Graphlient::Schema
end
end
In order to stub the response to actual queries, dump the schema into a JSON file and specify it via schema_path as follows.
describe App do
let(:url) { 'http://graph.biz/graphql' }
let(:client) { Graphlient::Client.new(url, schema_path: 'spec/support/fixtures/invoice_api.json') }
let(:query) do
<<~GRAPHQL
query{
invoice(id: 42) {
id
feeInCents
}
}
GRAPHQL
end
let(:json_response) do
{
'data' => {
'invoice' => {
'id' => '42',
'feeInCents' => 2000
}
}
}.to_json
end
before do
stub_request(:post, url).to_return(
status: 200,
body: json_response
)
end
it 'returns invoice fees' do
response = client.query(query)
expect(response.data).to be_truthy
expect(response.data.invoice.id).to eq('42')
expect(response.data.invoice.fee_in_cents).to eq(2000)
end
end
License
MIT License, see LICENSE