Поскольку команда EF портировала EF 6.x на .NetStandard 2.1 для обеспечения совместимости с .NetCore3.0 - выпустив EF 6.3, было бы здорово, если бы адаптер Pomelo MySql можно было интегрировать с EF 6.3.
Я собираюсь заменить EF Core 3.0 на EF 6.3, потому что EF Core не поддерживает шаблон наследования TPT (и не уверен, будет ли поддерживать его в будущем), что очень неудобно для больших и сложных реализаций доменов данных.
Pomelo не собирается поставлять поставщика для EF 6.x, который использует совершенно другую архитектуру, чем EF Core.
EF 6.3 будет существовать вечно, но в него больше не будет вноситься никаких улучшений (теперь он навсегда в режиме обслуживания), поэтому вы также можете сказать, что он технически мертв.
Вся работа, которая была проделана для EF в недавнем прошлом, заключалась в том, чтобы гарантировать, что клиентам не нужно обновлять свой код до EF Core для унаследованных приложений, но они могут по-прежнему использовать функциональность .NET Core и перейти на EF. ядро для приложений , которые должны развиваться как можно более гладко.
Все будущие разработки будут происходить в EF Core, поэтому мы также сконцентрируем здесь наши усилия.
Однако Pomelo выпустит версию, совместимую с .NET Standard 2.0 для EF Core 3.1 (предварительная версия которой уже готова к отправке), на случай, если вы захотите использовать EF Core вместе с .NET Framework.
Я собираюсь заменить EF Core 3.0 на EF 6.3, потому что EF Core не поддерживает шаблон наследования TPT (и не уверен, будет ли поддерживать это в будущем).
Это похоже на покупку телефона Nolkia 2004 года вместо смартфона в 2012 году, потому что у телефона Nokia больше времени автономной работы. Могут быть сценарии, в которых это может быть удобно прямо сейчас, но вы должны понимать, что вы упускаете множество уже реализованных эксклюзивных функций и всех улучшений, сделанных в будущем.
Весьма вероятно, что ТРТ будет сделать разрез для .NET 5, потому что это один из (или , возможно , в) наиболее востребованных функций. См. Https://github.com/aspnet/EntityFrameworkCore/issues/2266
Вы правы теоретически (и почти всегда). Однако бывают ситуации, такие как очень большие / сложные домены данных, когда действительно сложно без шаблона TPT, особенно когда в этом проекте задействованы некоторые администраторы баз данных.
В любом случае, я как-то заменил паттерн на принадлежащие ему сущности, и я буду сидеть в своем углу и молчать, пока команда EF не принесет хорошие новости по этому поводу :)
Спасибо за Ваш ответ!
Без проблем. Кстати, я знаю , что команда EF Ядро делает TPT часть EF Co 5. Но это еще через год.
Самый полезный комментарий
Pomelo не собирается поставлять поставщика для EF 6.x, который использует совершенно другую архитектуру, чем EF Core.
EF 6.3 будет существовать вечно, но в него больше не будет вноситься никаких улучшений (теперь он навсегда в режиме обслуживания), поэтому вы также можете сказать, что он технически мертв.
Вся работа, которая была проделана для EF в недавнем прошлом, заключалась в том, чтобы гарантировать, что клиентам не нужно обновлять свой код до EF Core для унаследованных приложений, но они могут по-прежнему использовать функциональность .NET Core и перейти на EF. ядро для приложений , которые должны развиваться как можно более гладко.
Все будущие разработки будут происходить в EF Core, поэтому мы также сконцентрируем здесь наши усилия.
Однако Pomelo выпустит версию, совместимую с .NET Standard 2.0 для EF Core 3.1 (предварительная версия которой уже готова к отправке), на случай, если вы захотите использовать EF Core вместе с .NET Framework.
Это похоже на покупку телефона Nolkia 2004 года вместо смартфона в 2012 году, потому что у телефона Nokia больше времени автономной работы. Могут быть сценарии, в которых это может быть удобно прямо сейчас, но вы должны понимать, что вы упускаете множество уже реализованных эксклюзивных функций и всех улучшений, сделанных в будущем.
Весьма вероятно, что ТРТ будет сделать разрез для .NET 5, потому что это один из (или , возможно , в) наиболее востребованных функций. См. Https://github.com/aspnet/EntityFrameworkCore/issues/2266