IronAlpine.Data.EFCore.Modeling 2.1.2

IronAlpine.Data.EFCore.Modeling

Why

This package is the EF Core schema contribution runtime used by multiple IronAlpine packages. It removes hidden coupling by hosting model contributor contracts and execution in a small foundation package.

What It Provides

• IModelContributor contract for modular schema extensions.
• IronAlpineModelCustomizer that executes all registered contributors.
• AddIronAlpineDataEfCoreModeling() registration extension.
• Startup validation marker used by higher-level packages.

Installation

dotnet add package IronAlpine.Data.EFCore.Modeling

Program.cs

builder.Services.AddIronAlpineDataEfCoreModeling();

Extension API

• AddIronAlpineDataEfCoreModeling(IServiceCollection services) : Registers the EF model customizer and validation marker.

Contributor Pattern

public sealed class MyProjectionContributor : IModelContributor
{
    public void Contribute(ModelBuilder modelBuilder)
    {
        modelBuilder.Entity<MyProjection>(entity =>
        {
            entity.ToTable("MyProjections");
            entity.HasKey(x => x.Id);
        });
    }
}

builder.Services.AddSingleton<IModelContributor, MyProjectionContributor>();

Combinations

• With IronAlpine.Data.EFCore: repository/UoW + contributor runtime.
• With IronAlpine.Messaging.InboxOutbox.EFCore: inbox/outbox/deadletter tables.
• With IronAlpine.Security.Authorization.EFCore: permission projection table.
• With IronAlpine.Caching.Redis: cache settings table contribution.

Troubleshooting

• Symptom: contributor table not created. : Ensure AddIronAlpineDataEfCoreModeling() is called in the container used by your DbContext.
• Symptom: startup validation error from messaging/security/caching EF package. : Add this package and ensure your EF DbContext registration uses the same service provider.

Notes

This package only provides schema composition runtime. It does not provide repositories, transactions, or unit of work.

Configuration Deep Dive

When a package exposes options classes, use builder.Configuration binding and keep values explicit per environment.

Common guidance:

• Prefer explicit values in production.
• Keep retries/timeouts conservative; tune with telemetry.
• Enable startup validation in non-development environments.
• Fail fast when required dependencies are missing.

Integration Patterns

Pattern A: API service with EF + Messaging

1. Register EF provider package.
2. Register messaging inbox/outbox package.
3. Register mediator and behavior order.
4. Enable health readiness checks for DB and broker.

Pattern B: Read-heavy service with Dapper + Messaging

1. Register Dapper data package.
2. Register messaging package with consumer enabled.
3. Add observability and structured logging.

Pattern C: Security-focused service

1. Register security ASP.NET package.
2. Add policy catalog or resolver.
3. Register authorization EFCore projection package only where needed.

Options Checklist

Use this checklist when configuring any IronAlpine package:

• Required connection strings present.
• Feature flags intentional (Enable* values reviewed).
• Retry and timeout values match SLO expectations.
• Startup validation behavior understood.
• Environment-specific defaults are overridden in production.

Troubleshooting Matrix

• Startup failure with validation error : A required dependency package or config value is missing. Check package registrations and bound options sections.
• Background workers not starting : Verify execution mode, Enable* flags, and hosted services registration.
• Policy/authorization mismatch : Check claim types, policy naming strategy, and catalog entries.
• Cache stale or no-hit behavior : Validate key generation, invalidation path, and distributed lock configuration.
• Messaging duplicate handling issues : Verify event-id propagation and idempotency key construction.

Best-Practice Notes

• Keep handler logic deterministic and side-effect boundaries explicit.
• Keep IQueryable usage inside application handlers/services.
• Keep transaction save boundaries in handlers where business intent is clear.
• Prefer explicit topic policy metadata for critical events.