[Please note that this post discusses the topic in the context of ASP.NET Core 1.0 RC2 and Entity Framework Core RC2]
With Entity Framework 7 or rather Entity Framework Core there is this new Database Provider which is InMemory. The use of this is basically for Testing. For instance in your Unit Tests rather than connecting to the actual database which causes additional overhead, you can use the InMemory option. In this post let’s see how you can configure EF Core InMemory provider within an ASP.NET Core Application.
With Entity Framework 7 or rather Entity Framework Core there is this new Database Provider which is InMemory. The use of this is basically for Testing. For instance in your Unit Tests rather than connecting to the actual database which causes additional overhead, you can use the InMemory option. In this post let’s see how you can configure EF Core InMemory provider within an ASP.NET Core Application.
Let’s kick off Visual Studio and create a ASP.NET Core Web Application. Once the project is created, you need to install “Microsoft.EntityFrameworkCore.InMemory” nuget package. The newest way to do that is open up project.json and under dependencies add the following. Alternatively you can use Nuget and carry out the same old process.
"Microsoft.EntityFrameworkCore.InMemory": "1.0.0-rc2-final"
The version here can be what ever the latest (I suggest you use the latest, as these are in RC, they will get change over time). As of today it’s “1.0.0-rc2-final” and I am sure it’s going to be updated really soon.
Once all the packages are restored, let’s create a folder named “Models” and inside that folder, add two classes, one for demo Entity/Model and one for the DbContext.
Employee.cs
public class Employee
{
public int Id { get; set; }
public string Name { get; set; }
}
using Microsoft.EntityFrameworkCore;
public class MyDbContext : DbContext
{
public MyDbContext(DbContextOptions<MyDbContext> options) : base(options)
{
}
public DbSet<Employee> Employees { get; set; }
}
Next open up Startup.cs and let’s configure the MyDbContext as an InMemory provider. For that let’s modify the ConfigureServices method adding the following line.
services.AddDbContext<MyDbContext>(options => options.UseInMemoryDatabase());
EmployeesController.cs
namespace EFCoreInMemoryDemo.Controllers
{
using EFCoreInMemoryDemo.Models;
using Microsoft.AspNetCore.Mvc;
using System.Linq;
[Route("api/[controller]")]
public class EmployeesController : Controller
{
private MyDbContext dbContext;
public EmployeesController(MyDbContext dbContext)
{
this.dbContext = dbContext;
}
[HttpGet]
public IActionResult Get()
{
return Ok(this.dbContext.Employees.ToList());
}
[HttpGet("{id}")]
public IActionResult Get(int id)
{
return Ok(this.dbContext.Employees.FirstOrDefault(e => e.Id == id));
}
[HttpPost]
public IActionResult Post([FromBody]Employee employee)
{
this.dbContext.Employees.Add(employee);
this.dbContext.SaveChanges();
return Created("Get", employee);
}
}
}
Here in the EmployeesController constructor, I have injected MyDbContext and it is used through out the controller actions. I don’t think I need to explain all the code here, basically it’s what we have been using all this time. One interesting thing though.
- RouteToken
RouteToken |
Basically the advantage of having a Route Token is in case we renamed the controller name, if we have like “api/employees” the string won’t get refactored.
Now let’s just run the application and see how it works. You can either use Postman, Fiddler, or even configure Swagger to send a POST request here.
GET All Employees |
It's obvious, we didn't send any POST requests to create employees before. So we are returned with empty list. Now let's send a POST request to create an Employee. Here I am using Postman.
POST Employee |
As you can see Status is 201 which is what I have returned from my POST action upon successful creation of employee. Now if you GET all employees, you can see the employee information we just created.
GET All Employees |
I am doing another POST to create another employee and if we send a GET to see all the employees now, it's there.
GET All Employees |
Now to see the actual meaning of InMemory provider, if you restarted the debug session and send a GET to list all employees, there is none.
GET All Employees |
Happy Coding.
Regards,
Jaliya
No comments:
Post a Comment