Guide : utiliser Entity Framework Core sans perdre le contrôle sur la persistance
Entity Framework Core accélère la productivité en .NET, mais il faut comprendre clairement ce qu il abstrait et ce qu il faut continuer à maîtriser.

Entity Framework Core simplifie beaucoup de tâches de persistance en .NET:
- mapping objet-relationnel
- migrations
- suivi des entités
- requêtes LINQ
Mais cette simplification peut devenir dangereuse si elle donne l'illusion que la persistance n'a plus de coût.
Ce qu'EF Core fait très bien
EF Core est excellent pour:
- accélérer la mise en place d'un modèle
- centraliser la configuration de mapping
- faciliter les migrations
- réduire le code boilerplate d'accès aux données
Pour une grande partie des applications métier, cela apporte une vraie productivité.
Ce qu'il faut continuer à surveiller
Même avec EF Core, il faut garder la maîtrise sur:
- la forme des requêtes SQL
- le nombre d'aller-retours base de données
- le chargement eager, explicite ou lazy
- la taille des projections
- les transactions
Une requête LINQ lisible peut produire un SQL coûteux. C'est pourquoi il faut observer ce qui se passe réellement.
Le bon usage
EF Core est plus utile quand:
- les aggregate roots sont clairs
- les projections sont choisies explicitement
- les repositories ou requêtes encapsulent l'accès utile
- les décisions de transaction restent visibles
Conclusion
Entity Framework Core simplifie la persistance, mais il ne remplace pas la compréhension de la base de données. Bien utilisé, il augmente la vitesse de livraison. Mal maîtrisé, il masque des coûts qui réapparaissent plus tard sous forme de latence et de dette.