Някой правил ли е оценка (за тестове не смея да питам) доколко е смислено минаването към петицата? Списък плюсове и минуси не е нужен, по-скоро като генерална оценка. Предстоят нови проекти и част от работата е оценка дали (по-скоро кога) да минаваме напред.
Да. Даже и EF-то мигрирах ама на тоя етап не съм 100% уверен, че не е преебало нещо. Ако няма да мигрираш, а ще пишеш от 0 EF Core 5 най-после настигна EF6 така че вече очаквам да спре тая мъка (въпреки че винаги когато ти кажат "оптимизации" може да означава, че са ти счупили генерирания SQL)
Не, просто EF генерира SQL и когато ъпгрейдваш не знаеш какво ще се счупи. Някъде ще почне да ти генерира друг SQL той сигурно ще е верен логически (може и да не е ама това се случва доста рядко), но може да се окаже, че вече не ти ползва индексите и да го видиш чак в production и чак след време. С другите неща които ъпгрейдваме ако са чупили нещо ти дава грешка, warning или в краен случай runtime exception, но такива скрити лимонки на практика са изключени. Между другото ASP.NET 5 има доста кратък списък от breaking changes така или иначе.
Сега се сетих EF Core 5 почна да ми пише в лога warnings, че някакви заявки имали повече от един Include и не ползвали сплитинг. Цъкнах му глобалната опция да си ебе майката с тоя сплитинг :)
Сега се сетих EF Core 5 почна да ми пише в лога warnings, че някакви заявки имали повече от един Include и не ползвали сплитинг. Цъкнах му глобалната опция да си ебе майката с тоя сплитинг :)
Е то нали сплитинга е оптимизация да не би базата да се измори да джойнва, забавното е че по подразбиране ef не го ползва обаче шие предупреждение ако не му затвориш устата с тая опция или казваш изрично дали да джойнва или поотделно в кода
Ако трябва да избираш между 3.1 и 5, избери 5. Аз лично ползвам newtonsoft, защото искам да приемам стринг енуми и понякога да ровя с JToken, ако и ти не искаш новия им json трябва да го смениш. За EF, не мога да ти кажа, спрях да го ползвам преди време. За rabbitmq е все тая. Даже може да ползваш record вече. Почти същото като 3.1 е. Защо минах на 5? Набих update package, ъпдейтна всичко и викам давай. Нямам съйбия да ми казва не, не може, оставили са ме да си правя ко си искам. Аре, ползвам EF Core с SQLite с едни денормализирани таблици за временен дебъг лог на евенти, там си е ок.
Сега се сетих EF Core 5 почна да ми пише в лога warnings, че някакви заявки имали повече от един Include и не ползвали сплитинг. Цъкнах му глобалната опция да си ебе майката с тоя сплитинг :)
Е то нали сплитинга е оптимизация да не би базата да се измори да джойнва, забавното е че по подразбиране ef не го ползва обаче шие предупреждение ако не му затвориш устата с тая опция или казваш изрично дали да джойнва или поотделно в кода
Не е за да не го мори джоина а защото се умножават данните от лявата страна на джоина и може да стане зор да се пратят по мрежата. Само дето аз или си знам, че тея данни са пренебрежително малки или знам, че джоинът ще докара 1 резултат от другата таблица. Между другото EF6 се усещаше и плющеше union вместо join, а сега ми фиргат някви уорнинги и искат да правят отделни заявки.
То между другото това не го казвам като нещо толкова лошо, то даже си е добре, но мисълта ми беше, че е някаква форма на breaking change, която срещнах
Пробвам WCF клиенти на петицата, почти същото е. Е, настройката е по- така, защото ако искаш да си контролираш байндинга, трябва сам да си направиш настройка, но иначе другото е същия experience.