GraphQL with ASP.NET Core (Part- VII : Mutation)

Read the previous part - GraphQL with ASP.NET Core (Part- VI : Persist Data - Postgres with EF Core)

We've been dealing with data fetching so far. But how do you cause side effects on the server-side data? Side effects can be anything ranging from a data insertion, patching, deletion or update. GraphQL mutation is just the thing you are looking for here.

Before we move forward, I would like to do a bit of housekeeping on the project. So, I've changed the name of the HelloWordQuery object graph type to InventoryQuery. Also, the HelloWordSchema is now replaced with InventorySchema. And I've removed the hello and howdy fields out of the root query object.

A mutation type also extends from ObjectGraphType. Following createItem field creates an item on the server side and returns it.


public class InventoryMutation : ObjectGraphType  
    public InventoryMutation(IDataStore dataStore)
            arguments: new QueryArguments(
                new QueryArgument<NonNullGraphType<ItemInputType>> { Name = "item" }
            resolve: context =>
                var item = context.GetArgument<Item>("item");
                return dataStore.AddItem(item);

Notice, we have a new ItemInputType as query argument. Previously, in Part-V, we had an example where we worked with a scaler type argument. But for passing a complex type as arguments, we have to work differently. Hence, come a new type i.e InputObjectType. I've created a new ItemInputType and extend it from InputObjectGraphType,


public class ItemInputType : InputObjectGraphType  
    public ItemInputType()
        Name = "ItemInput";

Following code is from DataStore; it uses the ApplciationDbContext to add a new item to the DBSet<Item> Items collection,


public async Task<Item> AddItem(Item item)  
    var addedItem = await _applicationDbContext.Items.AddAsync(item);
    await _applicationDbContext.SaveChangesAsync();
    return addedItem.Entity;

Notice, we have returned the added entity back to the createItem field endpoint so that we can query nested fields of the newly added item. And this is also the preferred way.

Just like in queries, if the mutation field returns an object type, you can ask for nested fields. This can be useful for fetching the new state of an object after an update. - GraphQl Org.

Before we can run our application, a couple of DI registrations are needed for ItemInputType and InventoryMutation,



Last but not least is, you register your schema with the newly created mutation object as following,


public class InventorySchema : Schema  
    public InventorySchema(InventoryQuery query, InventoryMutation mutation)
        Query = query;
        Mutation = mutation;

Now, you can run a mutation within the in-browser IDE with a syntax like following,

mutation {  
  createItem(item: {title: "GPU", barcode: "112", sellingPrice: 100}) {

It will add the item passed within the item argument and return the title and barcode of that newly added item,

You can also use variables to pass in the item argument via the Query Variables window,

Repository Link (Branch)

Part VII

GraphQL Mutaion

GraphQL Input Types

Read the next part - GraphQL with ASP.NET Core (Part- VIII : Entity Relations - One to Many)