🚀 Welcome to ZeroQL, a high-performance C#-friendly GraphQL client! 🎉
ZeroQL makes it easy to perform queries and mutations with Linq-like syntax. Unlike other GraphQL clients, ZeroQL doesn't require Reflection.Emit or expressions, which means the runtime provides performance very close to a raw HTTP call.
Here's a quick rundown of what ZeroQL can do at the moment:
- Bootstrap schema.graphql file from graphql endpoint
- Bootstrap client from schema.graphql file
- Support for queries and mutations
- Support for subscriptions
- Support for fragments
- Support for interfaces
- Support for unions
- Support for scalars
- Support for file uploads
- Support for persisted queries
- Support for @defer
- Support for @stream
You can find the full wiki here or just by clicking on the feature bullet point you are interested in.
Check out our articles to learn more about ZeroQL:
- ZeroQL - C# friendly graphql client
- ZeroQL - C# GraphQL client adds fragments support
- ZeroQL V2
- ZeroQL V3
- ZeroQL V6
Here, you can find the setup for net6.0+ projects. You can find netstandard or .Net Framework and Unity setup in wiki.
The initial setup:
# create console app
dotnet new console -o QLClient
# go to project folder
cd QLClient
# create manifest file to track nuget tools
dotnet new tool-manifest
# add ZeroQL.CLI nuget tool
dotnet tool install ZeroQL.CLI # or 'dotnet tool restore' once you pulled the existing repository
# add ZeroQL nuget package
dotnet add package ZeroQL
# fetch graphql schema from server(creates schema.graphql file)
dotnet zeroql schema pull --url http://localhost:10000/graphql
# to create ZeroQL config file: ./config.zeroql.json
dotnet zeroql config init
# build the project to initiate the ZeroQL client generation with options specified inside config.zeroql.json
dotnet build
The build should be successful, and now we can use the generated client.
The command dotnet zeroql config init
creates the config.zeroql.json
. By itself it looks like that:
{
"$schema": "https://raw.githubusercontent.com/byme8/ZeroQL/main/schema.verified.json",
"graphql": "./schema.graphql",
"namespace": "ZeroQL.Client",
"clientName": "ZeroQLClient"
}
Now if you have ZeroQL
package installed to your csproj
, it will automatically detect and execute CLI based on this configuration file on every build. To make sure that it works, the config file should follow the *.zeroql.json
pattern, or you can add a custom definition in your csproj
like that:
<ItemGroup>
<ZeroQLConfig Include="you.custom.config.name.json"/>
</ItemGroup>
The generated client would be stored inside ./obj/ZeroQL
folder. So it will never appear in the solution. However, you still have access to generated classes in your source code.
If you want to turn off automatic generation on every build, it is possible to disable it:
<PropertyGroup>
<ZeroQLOnBuildTriggerEnabled>False</ZeroQLOnBuildTriggerEnabled>
</PropertyGroup>
Let's suppose that schema.graphql file contains the following:
schema {
query: Queries
mutation: Mutation
}
type Queries {
me: User!
user(id: Int!): User
}
type Mutation {
addUser(firstName: String!, lastName: String!): User!
addUserProfileImage(userId: Int! file: Upload!): Int!
}
type User {
id: Int!
firstName: String!
lastName: String!
role: Role!
}
type Role {
id: Int!
name: String!
}
and we want to execute the query like that:
query { me { id firstName lastName } }
Here is how we can achieve it with ZeroQL "lambda" syntax:
var httpClient = new HttpClient();
httpClient.BaseAddress = new Uri("http://localhost:10000/graphql");
var client = new TestServerGraphQLClient(httpClient);
var response = await client.Query(o => o.Me(o => new { o.Id, o.FirstName, o.LastName }));
Console.WriteLine($"GraphQL: {response.Query}"); // GraphQL: query { me { id firstName lastName } }
Console.WriteLine($"{response.Data.Id}: {response.Data.FirstName} {response.Data.LastName}"); // 1: Jon Smith
You can pass arguments inside lambda if needed:
var userId = 1;
var response = await client.Query(o => o.User(userId, o => new User(o.Id, o.FirstName, o.LastName)));
Console.WriteLine($"GraphQL: {response.Query}"); // GraphQL: query ($id: Int!) { user(id: $id) { id firstName lastName } }
Console.WriteLine($"{response.Data.Id}: {response.Data.FirstName} {response.Data.LastName}"); // 1: Jon Smith
There is a limitation for lambda syntax. The variable should be a local variable or a parameter of the function. Otherwise, it will not be included in the lambda closure. As a result, ZeroQL would not be able to get a value.
Here is an example of the function parameter:
public Task<User> GetUser(int userId)
{
var response = await client.Query(o => o.User(userId, o => new User(o.Id, o.FirstName, o.LastName)));
return response.Data;
}
To be clear, you don't need actively account for it. ZeroQL will analyze and report errors if something is wrong.
For example, the next sample will not work:
public int UserId { get; set; }
public Task<User> GetUser()
{
var response = await client.Query(o => o.User(UserId, o => new User(o.Id, o.FirstName, o.LastName))); // ZeroQL will report a compilation error here
return response.Data;
}
Also, there is a way to avoid lambda closure:
var variables = new { Id = 1 };
var response = await client.Query(variables, static (i, o) => o.User(i.Id, o => new User(o.Id, o.FirstName, o.LastName)));
You can fetch attached fields:
var variables = new { Id = 1 };
var response = await client.Query(
variables,
static (i, o) => o
.User(i.Id,
o => new
{
o.Id,
o.FirstName,
o.LastName,
Role = o.Role(role => role.Name)
}));
Console.WriteLine($"GraphQL: {response.Query}"); // GraphQL: query GetUserWithRole($id: Int!) { user(id: $id) { id firstName lastName role { name } } }
Console.WriteLine($"{response.Data.Id}: {response.Data.FirstName} {response.Data.LastName}, Role: {response.Data.Role}"); // 1: Jon Smith, Role: Admin
In more complex queries, the "lambda" syntax may look verbose, and extracting requests into a separate entity would be nice. Now it is possible to do it via the "request" syntax. Here is an example:
// define a request
public record GetUserQuery(int Id) : GraphQL<Queries, UserModel?>
{
public override UserModel? Execute(Queries query)
=> query.User(Id, o => new UserModel(o.Id, o.FirstName, o.LastName));
}
// execute a request
var response = await client.Execute(new GetUserQuery(variables.FriendId));
Console.WriteLine(response.Query); // query GetUserQuery($id: Int!) { user(id: $id) { id firstName lastName } }
Console.WriteLine(response.Data); // UserModel { Id = 2, FirstName = Ben, LastName = Smith }
You need to create a record from the base record GraphQL<TOperationType, TResult>
. Where the TOperationType
is a root query type(Query
, Mutation
) that is associated with the GraphQLClient<TQuery, TMutataion>
instance.
The complete benchmark source code you can find here.
The short version looks like this:
[Benchmark]
public async Task<string> Raw()
{
var rawQuery =
$$"""
{
"variables": { "id": {{id}} },
"query": "query GetUser($id: Int!){ user(id: $id) { id firstName lastName } }"
}
""";
var response = await httpClient.PostAsync("", new StringContent(rawQuery, Encoding.UTF8, "application/json"));
var responseJson = await response.Content.ReadAsStreamAsync();
var qlResponse = JsonSerializer.Deserialize<JsonObject>(responseJson, options);
return qlResponse!["data"]!["user"]!["firstName"]!.GetValue<string>();
}
[Benchmark]
public async Task<string> StrawberryShake()
{
// query GetUser($id: Int!) {
// user(id: $id) {
// id
// firstName
// lastName
// }
// }
var firstname = await strawberryShake.GetUser.ExecuteAsync(id);
return firstname.Data!.User!.FirstName;
}
[Benchmark]
public async Task<string> ZeroQLLambdaWithoutClosure()
{
var variables = new { Id = id };
var firstname = await zeroQLClient.Query(
variables, static (i, q)
=> q.User(i.Id, o => new { o.Id, o.FirstName, o.LastName }));
return firstname.Data!.FirstName;
}
[Benchmark]
public async Task<string> ZeroQLLambdaWithClosure()
{
var id = this.id;
var firstname = await zeroQLClient.Query( q
=> q.User(id, o => new { o.Id, o.FirstName, o.LastName }));
return firstname.Data!.FirstName;
}
[Benchmark]
public async Task<string> ZeroQLRequest()
{
var firstname = await zeroQLClient.Execute(new GetUserQuery(id));
return firstname.Data!.FirstName;
}
// ..
public record GetUserQuery(int id) : GraphQL<Query, User?>
{
public override User? Execute(Query query)
=> query.User(id, o => new User(o.Id, o.FirstName, o.LastName));
}
Here results:
BenchmarkDotNet=v0.13.2, OS=macOS 14.5 (23F79) [Darwin 23.5.0]
Apple M3 Max, 1 CPU, 14 logical and 14 physical cores
.NET SDK=8.0.301
[Host] : .NET 8.0.6 (8.0.624.26715), Arm64 RyuJIT AdvSIMD
DefaultJob : .NET 8.0.6 (8.0.624.26715), Arm64 RyuJIT AdvSIMD
Method | Mean | Error | StdDev | Gen0 | Allocated |
---|---|---|---|---|---|
Raw | 68.65 μs | 0.277 μs | 0.231 μs | 0.6104 | 5.34 KB |
StrawberryShake | 73.48 μs | 0.362 μs | 0.321 μs | 1.3428 | 11.58 KB |
ZeroQLLambdaWithoutClosure | 69.55 μs | 0.376 μs | 0.351 μs | 0.7324 | 6.74 KB |
ZeroQLLambdaWithClosure | 70.43 μs | 0.439 μs | 0.410 μs | 0.8545 | 7.22 KB |
ZeroQLRequest | 69.95 μs | 0.439 μs | 0.366 μs | 0.7324 | 6.32 KB |
As you can see, the Raw
method is the fastest.
The ZeroQL
method is a bit faster than the StrawberryShake
method.
But in absolute terms, all of them are pretty much the same.
So, with the ZeroQL
, you can forget about the graphql and just use the Linq-like interface.
It will have little effect on performance.
The initial inspiration for this project came from the work done at https://github.com/Giorgi/GraphQLinq