E ai André, muito bom o vídeo, porém deixa eu te perguntar. É claro que em uma aplicação real, não usaremos o banco em memória, porém para realizar os testes de integração poderiamos usar o banco em memoria. Sabendo também que o foco é o EntityFramework, mas em uma aplicação real onde usamos um outro ORM (Dapper por exemplo) para as consultas, seria possível ainda assim a aplicação realizar o SELECT através do Dapper nesse banco in-Memory, ou o mesmo só é possivel acessar via EntityFramework e contexto???
Olá Wagner, é um provider específico para o uso com o Entity Framework Core. Talvez você consiga fazer algo com Dapper, porém terá que ser em conjunto com o EF. Não vejo uma maneira possível de fazer com que ele funcione independentemente do EF.
eu consigo utilizar isso na aplicação para dois desenvolvedores trabalharem ao mesmo tempo sem q os migrations do entity atrapalhe um ao outro?
Sim, desde que eles estejam trabalhando em pontos da aplicação que não conflitem
E ai André, muito bom o vídeo, porém deixa eu te perguntar.
É claro que em uma aplicação real, não usaremos o banco em memória, porém para realizar os testes de integração poderiamos usar o banco em memoria.
Sabendo também que o foco é o EntityFramework, mas em uma aplicação real onde usamos um outro ORM (Dapper por exemplo) para as consultas, seria possível ainda assim a aplicação realizar o SELECT através do Dapper nesse banco in-Memory, ou o mesmo só é possivel acessar via EntityFramework e contexto???
Olá Wagner, é um provider específico para o uso com o Entity Framework Core. Talvez você consiga fazer algo com Dapper, porém terá que ser em conjunto com o EF. Não vejo uma maneira possível de fazer com que ele funcione independentemente do EF.
Muito legal