A .NET Core library that exposes a DbContext as a GraphQL endpoint with zero configuration.
The aim of this project is to provide a GraphQL endpoint by providing only the DbContext. Further configuration of the schema and queries is available but not required to get up and running fast.
-
Set up your DbContext as you would normally, ensuring it has been added to the DI container.
-
Add the Graphity Nuget package to your project using the Visual Studio Nuget Package manager or from the command line:
dotnet add package graphity
-
In your
ConfigureServices
method inStartup
, add Graphity to your container:services.AddGraphity<YourDbContext>();
-
Add the Graphity middleware to your pipeline, this needs to happen before MVC if you are using it. Add this line to the
Startup.Configure
method:app.UseGraphity();
This exposes the graph on the default endpoint of
/api/graph
. Supply a different value if you prefer another path. -
Now you can call your graph with any GraphQL tool you choose. For example Insomnia or GraphiQL.
The idea behind Graphity is to be able to get up and running with minimal code. Of course you can configure the graph further by manually specifying exactly what you want to expose. For example:
services.AddGraphity<AnimalContext>(options =>
{
options
.ConfigureSet(ctx => ctx.Animals)
.ConfigureSet(ctx => ctx.Countries, SetOption.IncludeAsFieldOnly);
});
With this code, no matter how many DbSet
s you have in your context, the graph will only expose the ones configured here.
You can also apply some default filters to your sets. For example, perhaps you only want to query on rows where the Active
column is set to true
, that would look something like this:
services.AddGraphity<AnimalContext>(options =>
{
options
.ConfigureSet(ctx => ctx.Animals, defaultFilter: a => a.Active == true);
});
Or another example demonstrating the fluent interface:
services.AddGraphity<AnimalContext>(options =>
{
options.QueryName("AnimalsQuery");
options.ConfigureSet(ctx => ctx.Animals)
.FieldName("filteredAnimals") //Name the field
.Filter(a => a.Active == true) //Exclude all inactive animals
.DefaultOrderBy(a => a.Name) //Add a default order to sort by name
.ConfigureProperty(a => a.Id).Exclude() //Hide the Id column from the graph
.ConfigureProperty(a => a.LivesInId).Exclude(); //Hide the LivesInId column from the graph
options.ConfigureSet(ctx => ctx.Countries)
.ConfigureProperty(c => c.Id).Exclude(); //Hide the Id column from the graph
});
Also, you can add your own custom projections that sit on top of your context. You can think of these in the same way you would a view in SQL. For example:
services.AddGraphity<AnimalContext>(options =>
{
options.AddProjection("animalCountries", ctx => ctx.Animals.Select(a => new AnimalCountry
{
Animal = a.Name,
Country = a.LivesIn.Name
}));
});
The only caveat is that the type you are projecting to must be a concrete object and not an anonymous type.
Authorisation comes in two parts. First the policies need to be defined, and secondly those policies need to be assigned to the query or individual fields.
Graphity comes with some default policies that you can use, or you can add your own custom policies. If you want to ensure a user has a particular role, use the AddHasRolesAuthorisationPolicy
method:
services.AddGraphity<AnimalContext>(options =>
{
options.AddHasRolesAuthorisationPolicy("admin-policy", "admin");
};
If you want to ensure a user has a particular scope, use the AddHasScopeAuthorisationPolicy
method:
services.AddGraphity<AnimalContext>(options =>
{
options.AddHasScopeAuthorisationPolicy("scope-policy", "scope1");
};
For a more complex requirement you have two options. You can implement your own IAuthorizationPolicy
and add it to the store:
services.AddGraphity<AnimalContext>(options =>
{
options.options.AddAuthorisationPolicy<MyCustomAuthPolicy>("custom-policy");
};
Or you can use the Func
policy that lets you use a simple method. For example, you could have a method as simple as this:
private static async Task<AuthorisationResult> WeekendOnlyPolicy()
{
var isWeekend = DateTime.Today.DayOfWeek == DayOfWeek.Saturday ||
DateTime.Today.DayOfWeek == DayOfWeek.Sunday;
//This isn't really an async method
await Task.CompletedTask;
return isWeekend
? AuthorisationResult.Success()
: AuthorisationResult.Fail("This query can only be used on a Saturday or Sunday");
}
And add it to the store like this, note how it take a delegate to the WeekendOnlyPolicy
method:
services.AddGraphity<AnimalContext>(options =>
{
options.AddFuncAuthorisationPolicy("weekendsOnly", WeekendOnlyPolicy);
};
Now you've defined your policies, you need to assign them. If you want to assign this policy to the entire query, add it as a global policy:
services.AddGraphity<AnimalContext>(options =>
{
options.AddAuthorisationPolicy<HasAdminRoleAuthorisationPolicy>("admin-policy");
options.SetGlobalAuthorisationPolicy("admin-policy");
}
Or if you only want to protect a single field:
services.AddGraphity<AnimalContext>(options =>
{
options.AddAuthorisationPolicy<HasAdminRoleAuthorisationPolicy>("admin-policy");
options.ConfigureSet(ctx => ctx.Countries)
.SetAuthorisationPolicy("admin-policy");
}
Another aim of this project is to construct the Entity Framework queries to be as efficient as possible. One of the way we do that is to Include
the relevant child entities and only Select
the properties we need.
Starting off with a basic query, get all animals and the country where they live. Note that it is possible to rename the fields:
{
filteredAnimals {
name
livesIn {
country: name
}
}
}
How about we only want animals that start with the letter 'S'. For that we could use the where
parameter. That allows us to pass a list of clauses that will get "and"ed together:
{
filteredAnimals(where: [{path: "name", comparison: startsWith, value: "S"}]) {
name
livesIn {
country: name
}
}
}
We also support some basic dotted dereferencing of non-enumerable child properties. This allows us to query all animals that don't live in France:
{
filteredAnimals(where: [{path: "livesIn.name", comparison: notEqual, value: "France"}]) {
name
livesIn {
country: name
}
}
}
Or multiple clauses:
{
filteredAnimals(where: [{path: "name", comparison: startsWith, value: "C"},
{path: "numberOfLegs", comparison: greaterThan, value: "2"}]) {
name
livesIn {
country: name
}
}
}
We can also write more complex filters in the query with the filter
parameter. For example:
{
filteredAnimals(filter: "name = `Cat` or numberOfLegs < 4") {
name
livesIn {
country: name
}
}
}
For a more comprehensive list of what is possible with the filter
parameter, see the wiki docs for System.Linq.Dynamic.Core
. The only difference Graphity has is that you can specify strings using backticks as well as double quotes. This is because the filter values are already wrapped in quotes and are very awkward to write. So instead of having to escape the inner quotes like this:
filter: "name = \"Cat\""
You can write
filter: "name = `Cat`"
Perhaps we only want the first 3 animals:
{
filteredAnimals(take: 3) {
name
livesIn {
country: name
}
}
}
Or the second batch of 3 animals:
{
filteredAnimals(skip: 3, take: 3) {
name
livesIn {
country: name
}
}
}
But a skip
/take
is rarely a good idea without specifying an order, and we can order by the country the animal live:
{
filteredAnimals(skip: 3, take: 3, orderBy:{path:"livesIn.name"}) {
name
livesIn {
country: name
}
}
}
This is almost certainly because you have an entity that doesn't have a corresponding DbSet
. It's a current limitation of Graphity that means you need to have this in place or you will get errors such as this. You have two options:
- Add a
DbSet
for the missing entity. - Configure your graph to exclude any properties that relate to this entity. See above for an explanation on how to do that.
There are a few sample projects in the repository if you would like to see Graphity in action.
- ZeroConfiguration - This project shows the bare minimum code you need to implement Graphity.
- FullConfiguration - This is a more complex configuration showing off a much more complete set of configuration options.
- MvcWithAuthorisation - A project with MVC that also demonstrates the authorisation aspect of Graphity.
Here are some things I'd like to get working:
- Advanced configuration: The ability to further configure the graph, for example:
Name the query.Name the fields.Name the types.- Name individual properties. (though this might make the dynamic expression building awkward which makes this low priority)
Exclude properties from the graph.
Add ordering: Add argument to allow custom ordering.Skip & take: To support pagination of queries.Authentication & authorisation: To protect the query or individual fields.- Mutations: Currently Graphity is read-only and a big part of GraphQL is the ability to send changes to your data store. However, I'd like to nail the auth component before tackling this one as making changes might be far more dangerous than reading data.
- Custom mappings: Allow a custom mapping to be injected that transforms the output into a different format. This would be applied after the data is retrieved from EF so could be very generic. As this would affect the graph, this needs some serious thought putting in and may not really be needed... Hmm, one to ponder.
I am open to contributions but please open an issue and discuss it with me before you submit a pull request.
I love hearing from people who have tried out my projects, really makes it feel like a worthwhile endeavour. If you want to get in touch to say hi or comment about this (or any other projects) or even have any suggestions, please use the details in my profile.