CSharp FluentAPI Configuração individual de Entidades

 A depender da quantidade de entidades da sua aplicação e da complexidade da configuração pode ser interessante configurar as entidades individualmente. Segue abaixo um exemplo da configuração da entidade Compras.

C#

using Microsoft.EntityFrameworkCore;

using Microsoft.EntityFrameworkCore.Metadata.Builders;
namespace MeuProjeto.Compras

{

    // 4. Configuração Fluent API

    public class CompraConfiguration : IEntityTypeConfiguration<Compra>

    {

        public void Configure(EntityTypeBuilder<Compra> builder)

        {

            builder.HasKey(c => c.Id);

            builder.Property(c => c.DataCompra)

                   .IsRequired();

            builder.Property(c => c.ValorTotal)

                   .HasColumnType("decimal(18,2)");

            // Configurando CompraItem como Owned Entity Type (Owned Collection)

            builder.OwnsMany(c => c.Itens, item =>

            {

                item.WithOwner().HasForeignKey("CompraId");

                item.Property<int>("Id"); // Chave sombra implícita

                item.HasKey("Id");

                item.Property(i => i.Produto)

                    .IsRequired()

                    .HasMaxLength(150);

                item.Property(i => i.PrecoUnitario)

                    .HasColumnType("decimal(18,2)");

            });

            

            // Exemplo de configuração de navegação como Backing Field

            builder.Metadata.FindNavigation(nameof(Compra.Itens))

                            .SetPropertyAccessMode(PropertyAccessMode.Field);

        }

    }

}

Existem duas formas de invocar CompraConfiguration. A maneira mais limpa e escalável é instruir o seu DbContext a escanear o assembly (projeto) em busca de todas as classes que implementam IEntityTypeConfiguration. O EF Core localiza e aplica todas elas automaticamente de uma só vez. Isso é possível através do código a seguir:

using Microsoft.EntityFrameworkCore;

using System.Reflection;

namespace MeuProjeto.Infraestrutura.Contextos

{

    public class ComprasDbContext : DbContext

    {

        public ComprasDbContext(DbContextOptions<ComprasDbContext> options) : base(options)

        {

        }

        protected override void OnModelCreating(ModelBuilder modelBuilder)

        {

            base.OnModelCreating(modelBuilder);

            // Procura todas as configurações no assembly atual e as aplica

            modelBuilder.ApplyConfigurationsFromAssembly(Assembly.GetExecutingAssembly());

            

            // Se as configurações estiverem em outro projeto/assembly, você pode usar:

            // modelBuilder.ApplyConfigurationsFromAssembly(typeof(CompraConfiguration).Assembly);

        }

    }

}

Mas, se você preferir ter controle total e registrar classe por classe explicitamente, você instancia a configuração diretamente dentro do método OnModelCreating, usando o operador new:

protected override void OnModelCreating(ModelBuilder modelBuilder)

{

    base.OnModelCreating(modelBuilder);

    // Registrando manualmente com "new"

    modelBuilder.ApplyConfiguration(new CompraConfiguration());

    

    // Se tivesse a configuração do produto espelho:

    // modelBuilder.ApplyConfiguration(new ProdutoEspelhoConfiguration());

}

Por que funciona assim?

As configurações do Fluent API são lidas apenas uma vez durante todo o ciclo de vida da aplicação (na primeira vez que o DbContext é utilizado). O EF Core processa essas regras, monta o modelo de metadados do banco de dados na memória e o coloca em cache. Como não é uma operação executada a cada requisição, não há necessidade de gerenciá-la via injeção de dependência.