Pomelo.entityframeworkcore.mysql: Compatibilidad con EF 6.3

Creado en 2 dic. 2019  ·  3Comentarios  ·  Fuente: PomeloFoundation/Pomelo.EntityFrameworkCore.MySql

Como el equipo de EF transfirió EF 6.xa .NetStandard 2.1 para que sea compatible con .NetCore3.0, lanzando EF 6.3, sería genial si el adaptador Pomelo MySql se pudiera integrar con EF 6.3.
Voy a reemplazar EF Core 3.0 con EF 6.3 porque EF Core no es compatible con el patrón de herencia TPT (y no estoy seguro si lo admitirá en el futuro), lo cual es un gran inconveniente para las implementaciones de dominio de datos grandes y complejas.

closed-question type-question

Comentario más útil

Pomelo no enviará un proveedor para EF 6.x, que usa una arquitectura completamente diferente a EF Core.

EF 6.3 existirá para siempre, pero ya no se le harán mejoras (ahora está para siempre en modo de mantenimiento), por lo que también se podría decir que está técnicamente muerto.

Todo el trabajo que se había realizado para EF en el pasado reciente era garantizar que los clientes no necesiten actualizar su código a EF Core para aplicaciones heredadas, pero que aún puedan aprovechar la funcionalidad de .NET Core y hacer el cambio a EF. Core para aplicaciones que necesitan para evolucionar lo más suave posible.

Todo el desarrollo futuro ocurrirá en EF Core, por lo que es donde concentraremos nuestros esfuerzos también.

Sin embargo, Pomelo lanzará una versión compatible con .NET Standard 2.0 para EF Core 3.1 (de la cual ya tengo una versión preliminar lista para enviar), en caso de que desee utilizar EF Core junto con .NET Framework.

Voy a reemplazar EF Core 3.0 con EF 6.3 porque EF Core no es compatible con el patrón de herencia TPT (y no estoy seguro de si lo admitirá en el futuro)

Eso es como comprar un teléfono Nolkia 2004 en lugar de un teléfono inteligente en 2012, porque el teléfono Nokia tiene una mejor duración de batería. Puede haber escenarios en los que esto podría ser conveniente en este momento, pero debe darse cuenta de que se está perdiendo muchas funciones exclusivas ya implementadas y todas las mejoras realizadas en el futuro.

Es muy probable que TPT haga el corte para .NET 5, porque esta es una de las características más solicitadas (o quizás la ). Ver https://github.com/aspnet/EntityFrameworkCore/issues/2266

Todos 3 comentarios

Pomelo no enviará un proveedor para EF 6.x, que usa una arquitectura completamente diferente a EF Core.

EF 6.3 existirá para siempre, pero ya no se le harán mejoras (ahora está para siempre en modo de mantenimiento), por lo que también se podría decir que está técnicamente muerto.

Todo el trabajo que se había realizado para EF en el pasado reciente era garantizar que los clientes no necesiten actualizar su código a EF Core para aplicaciones heredadas, pero que aún puedan aprovechar la funcionalidad de .NET Core y hacer el cambio a EF. Core para aplicaciones que necesitan para evolucionar lo más suave posible.

Todo el desarrollo futuro ocurrirá en EF Core, por lo que es donde concentraremos nuestros esfuerzos también.

Sin embargo, Pomelo lanzará una versión compatible con .NET Standard 2.0 para EF Core 3.1 (de la cual ya tengo una versión preliminar lista para enviar), en caso de que desee utilizar EF Core junto con .NET Framework.

Voy a reemplazar EF Core 3.0 con EF 6.3 porque EF Core no es compatible con el patrón de herencia TPT (y no estoy seguro de si lo admitirá en el futuro)

Eso es como comprar un teléfono Nolkia 2004 en lugar de un teléfono inteligente en 2012, porque el teléfono Nokia tiene una mejor duración de batería. Puede haber escenarios en los que esto podría ser conveniente en este momento, pero debe darse cuenta de que se está perdiendo muchas funciones exclusivas ya implementadas y todas las mejoras realizadas en el futuro.

Es muy probable que TPT haga el corte para .NET 5, porque esta es una de las características más solicitadas (o quizás la ). Ver https://github.com/aspnet/EntityFrameworkCore/issues/2266

Tienes razón, teóricamente (y, en casi los casos, prácticamente también). Sin embargo, hay situaciones, como dominios de datos muy grandes / complejos, en los que es realmente difícil sin el patrón TPT, especialmente cuando algunos DBA están involucrados en ese proyecto.
De todos modos, reemplacé de alguna manera el patrón con entidades propias, y me quedaré en mi rincón, tranquilo, hasta que el equipo de EF traiga buenas noticias sobre el tema :)
¡Gracias por tu respuesta!

No hay problema. Por cierto, sé que el equipo EF Core está haciendo que TPT forme parte de EF Core 5. Pero todavía falta un año.

Planificar para Entity Framework Core 5.0

¿Fue útil esta página
0 / 5 - 0 calificaciones