<bgdev />free

Вход Регистрация

Off-topic тема - .net 5.0
2

#25670 (ツ) Golden Gega
Създадено на 03.01.2021, видяно: 690 пъти.

Някой правил ли е оценка (за тестове не смея да питам) доколко е смислено минаването към петицата? Списък плюсове и минуси не е нужен, по-скоро като генерална оценка. Предстоят нови проекти и част от работата е оценка дали (по-скоро кога) да минаваме напред.

#25671 (ツ) Stilgar
Създадено на 03.01.2021, видяно: 679 пъти.

Единственото притеснително е EF Core. Другото мигриране (от 3.1) е абсолютно безболезнено така че що не?

#25674 (ツ) Golden Gega
Създадено на 03.01.2021, видяно: 664 пъти.

В смисъл си мигрирал проект от 3.1 на 5?

#25690 (ツ) Stilgar
Създадено на 03.01.2021, видяно: 640 пъти.

Да. Даже и EF-то мигрирах ама на тоя етап не съм 100% уверен, че не е преебало нещо. Ако няма да мигрираш, а ще пишеш от 0 EF Core 5 най-после настигна EF6 така че вече очаквам да спре тая мъка (въпреки че винаги когато ти кажат "оптимизации" може да означава, че са ти счупили генерирания SQL)

#25693 (ツ) Евлампи
Създадено на 03.01.2021, видяно: 638 пъти.
Stilgar

Единственото притеснително е EF Core

Щото иска netstandard2.1 (което изключва 'класическия' дотнет.1 ли?

Иначе нали в 3.1 чупиха разни неща, сега 5 е хубавият ef core с many to many релации и там другите неща

#25699 (ツ) Stilgar
Създадено на 03.01.2021, видяно: 627 пъти.
Евлампи
Stilgar

Единственото притеснително е EF Core

Щото иска netstandard2.1 (което изключва 'класическия' дотнет.1 ли?

Иначе нали в 3.1 чупиха разни неща, сега 5 е хубавият ef core с many to many релации и там другите неща

Не, просто EF генерира SQL и когато ъпгрейдваш не знаеш какво ще се счупи. Някъде ще почне да ти генерира друг SQL той сигурно ще е верен логически (може и да не е ама това се случва доста рядко), но може да се окаже, че вече не ти ползва индексите и да го видиш чак в production и чак след време. С другите неща които ъпгрейдваме ако са чупили нещо ти дава грешка, warning или в краен случай runtime exception, но такива скрити лимонки на практика са изключени. Между другото ASP.NET 5 има доста кратък списък от breaking changes така или иначе.

#25704 (ツ) Stilgar
Създадено на 03.01.2021, видяно: 622 пъти.

Сега се сетих EF Core 5 почна да ми пише в лога warnings, че някакви заявки имали повече от един Include и не ползвали сплитинг. Цъкнах му глобалната опция да си ебе майката с тоя сплитинг :)

#25730 (ツ) Евлампи
Създадено на 03.01.2021, видяно: 610 пъти.
Stilgar

Сега се сетих EF Core 5 почна да ми пише в лога warnings, че някакви заявки имали повече от един Include и не ползвали сплитинг. Цъкнах му глобалната опция да си ебе майката с тоя сплитинг :)

Е то нали сплитинга е оптимизация да не би базата да се измори да джойнва, забавното е че по подразбиране ef не го ползва обаче шие предупреждение ако не му затвориш устата с тая опция или казваш изрично дали да джойнва или поотделно в кода

#25776 (ツ) Courvoisier
Създадено на 03.01.2021, видяно: 593 пъти.

Ако трябва да избираш между 3.1 и 5, избери 5. Аз лично ползвам newtonsoft, защото искам да приемам стринг енуми и понякога да ровя с JToken, ако и ти не искаш новия им json трябва да го смениш. За EF, не мога да ти кажа, спрях да го ползвам преди време. За rabbitmq е все тая. Даже може да ползваш record вече. Почти същото като 3.1 е. Защо минах на 5? Набих update package, ъпдейтна всичко и викам давай. Нямам съйбия да ми казва не, не може, оставили са ме да си правя ко си искам. Аре, ползвам EF Core с SQLite с едни денормализирани таблици за временен дебъг лог на евенти, там си е ок.

#25782 (ツ) ФейкПрофил
Създадено на 03.01.2021, видяно: 584 пъти.

Като ви чета ми е много яко, че не ползвам шитните на меките :)

#25784 (ツ) Golden Gega
Създадено на 03.01.2021, видяно: 582 пъти.
ФейкПрофил

Като ви чета ми е много яко, че не ползвам шитните на меките :)

Много хубаво, сега се забърши добре и отивай да си играеш rofl

#25785 (ツ) Stilgar
Създадено на 03.01.2021, видяно: 579 пъти.
Евлампи
Stilgar

Сега се сетих EF Core 5 почна да ми пише в лога warnings, че някакви заявки имали повече от един Include и не ползвали сплитинг. Цъкнах му глобалната опция да си ебе майката с тоя сплитинг :)

Е то нали сплитинга е оптимизация да не би базата да се измори да джойнва, забавното е че по подразбиране ef не го ползва обаче шие предупреждение ако не му затвориш устата с тая опция или казваш изрично дали да джойнва или поотделно в кода

Не е за да не го мори джоина а защото се умножават данните от лявата страна на джоина и може да стане зор да се пратят по мрежата. Само дето аз или си знам, че тея данни са пренебрежително малки или знам, че джоинът ще докара 1 резултат от другата таблица. Между другото EF6 се усещаше и плющеше union вместо join, а сега ми фиргат някви уорнинги и искат да правят отделни заявки.

То между другото това не го казвам като нещо толкова лошо, то даже си е добре, но мисълта ми беше, че е някаква форма на breaking change, която срещнах

#27373 (ツ) Courvoisier
Създадено на 26.01.2021, видяно: 434 пъти.

Пробвам WCF клиенти на петицата, почти същото е. Е, настройката е по- така, защото ако искаш да си контролираш байндинга, трябва сам да си направиш настройка, но иначе другото е същия experience.

Off-topic тема - .net 5.0
2

AsmBB v2.9 (check-in: e72809fde8a3357c); SQLite v3.31.1 (check-in: 3bfa9cc97da10598);
©2016..2020 John Found; Licensed under EUPL. Powered by Assembly language Created with Fresh IDE