Pomelo.entityframeworkcore.mysql: Prise en charge d'EF 6.3

Créé le 2 déc. 2019  ·  3Commentaires  ·  Source: PomeloFoundation/Pomelo.EntityFrameworkCore.MySql

Comme l'équipe EF a porté l'EF 6.x vers .NetStandard 2.1 pour être compatible avec .NetCore3.0 - en publiant EF 6.3, ce serait formidable si l'adaptateur Pomelo MySql peut être intégré à EF 6.3.
Je vais remplacer EF Core 3.0 par EF 6.3 car EF Core ne prend pas en charge le modèle d'héritage TPT (et il n'est pas sûr qu'il le supportera à l'avenir), ce qui est un énorme inconvénient pour les implémentations de domaine de données volumineuses et complexes.

closed-question type-question

Commentaire le plus utile

Pomelo ne proposera pas de fournisseur pour EF 6.x, qui utilise une architecture complètement différente de celle d'EF Core.

EF 6.3 existera pour toujours, mais il n'y aura plus d'améliorations apportées (il est pour toujours en mode maintenance maintenant), donc vous pourriez aussi dire qu'il est techniquement mort.

Tout le travail qui avait été fait pour EF dans un passé récent était de s'assurer que les clients n'avaient pas besoin de mettre à niveau leur code vers EF Core pour les applications héritées, mais pouvaient toujours tirer parti des fonctionnalités .NET Core et passer à EF de base pour les applications qui ont besoin d' évoluer aussi lisse que possible.

Tous les développements futurs se produiront dans EF Core, c'est donc là que nous concentrerons également nos efforts.

Pomelo publiera cependant une version compatible .NET Standard 2.0 pour EF Core 3.1 (dont j'ai une pré-version déjà prête à être expédiée), au cas où vous souhaiteriez utiliser EF Core en conjonction avec .NET Framework.

Je vais remplacer EF Core 3.0 par EF 6.3 car EF Core ne prend pas en charge le modèle d'héritage TPT (et je ne sais pas si cela prendra en charge cela à l'avenir)

C'est comme acheter un téléphone Nolkia 2004 au lieu d'un smartphone en 2012, car le téléphone Nokia a une meilleure autonomie. Il peut y avoir des scénarios où cela pourrait être pratique pour le moment, mais vous devez vous rendre compte que vous manquez de nombreuses fonctionnalités exclusives déjà implémentées et de toutes les améliorations apportées à l'avenir.

Il est très probable que TPT fera la coupe pour .NET 5, car c'est l'une des fonctionnalités (ou peut - être https://github.com/aspnet/EntityFrameworkCore/issues/2266

Tous les 3 commentaires

Pomelo ne proposera pas de fournisseur pour EF 6.x, qui utilise une architecture complètement différente de celle d'EF Core.

EF 6.3 existera pour toujours, mais il n'y aura plus d'améliorations apportées (il est pour toujours en mode maintenance maintenant), donc vous pourriez aussi dire qu'il est techniquement mort.

Tout le travail qui avait été fait pour EF dans un passé récent était de s'assurer que les clients n'avaient pas besoin de mettre à niveau leur code vers EF Core pour les applications héritées, mais pouvaient toujours tirer parti des fonctionnalités .NET Core et passer à EF de base pour les applications qui ont besoin d' évoluer aussi lisse que possible.

Tous les développements futurs se produiront dans EF Core, c'est donc là que nous concentrerons également nos efforts.

Pomelo publiera cependant une version compatible .NET Standard 2.0 pour EF Core 3.1 (dont j'ai une pré-version déjà prête à être expédiée), au cas où vous souhaiteriez utiliser EF Core en conjonction avec .NET Framework.

Je vais remplacer EF Core 3.0 par EF 6.3 car EF Core ne prend pas en charge le modèle d'héritage TPT (et je ne sais pas si cela prendra en charge cela à l'avenir)

C'est comme acheter un téléphone Nolkia 2004 au lieu d'un smartphone en 2012, car le téléphone Nokia a une meilleure autonomie. Il peut y avoir des scénarios où cela pourrait être pratique pour le moment, mais vous devez vous rendre compte que vous manquez de nombreuses fonctionnalités exclusives déjà implémentées et de toutes les améliorations apportées à l'avenir.

Il est très probable que TPT fera la coupe pour .NET 5, car c'est l'une des fonctionnalités (ou peut - être https://github.com/aspnet/EntityFrameworkCore/issues/2266

Vous avez raison, théoriquement (et, dans presque des cas, pratiquement aussi). Cependant, il existe des situations, comme des domaines de données très volumineux / complexes, dans lesquelles il est vraiment difficile sans modèle TPT, en particulier lorsque certains DBA sont impliqués dans ce projet.
Quoi qu'il en soit, j'ai remplacé en quelque sorte le modèle par des entités détenues, et je resterai dans mon coin, calme, jusqu'à ce que l'équipe EF apporte de bonnes nouvelles sur le sujet :)
Merci pour votre réponse!

Aucun problème. BTW, je sais que l'équipe de base EF fait partie du TPT EF de base 5. Mais cela est encore un an.

Planifier Entity Framework Core 5.0

Cette page vous a été utile?
0 / 5 - 0 notes