Так тут рекорды не при чём. И сейчас такие вопросы задавать можно.

а сейчас в своих классах люди редко используют, а в рекордах это хлеб и масло)

Вот да. их для этого и придумали

Как будто при равенстве типы через is не проверяют. В целом, тут то же самое.

ДТО с валуе семантикой

короче, я считаю что наличие наследования у рекордов сделает пару флоу проще и открывает ворота новому вороху багов, wtf и место для тупых вопросов на собесах. Рихтер может даже книгу напишет отдельную - “Как наследовать рекорды и не отстрелить ногу”. Опять же конференции можно будет проводить по этой тематике

А ты перечитай контракт. Там ничего про обязанность хвалить сишарп не было?

Вроде нет!

Хм, а у рекорда можно Equals переопределить же?

А ты перечитай контракт. Там ничего про обязанность хвалить сишарп не было?

эт ему потом политрук расскажет. еще полгода-год и Айрат будет егоровы песни петь

эт ему потом политрук расскажет. еще полгода-год и Айрат будет егоровы песни петь

Да, у Егора прям виден стокгольмский синдром. оправдывает вообще всю лютую хуйню из МС

Хм, а у рекорда можно Equals переопределить же?

вот это меня тоже вырубило, вместо того чтобы Equals переопределять как в фарше, они ввели новый тип сравнения

Хм, а у рекорда можно Equals переопределить же?

Кажется, нельзя. Оно само.

EqualityContract

Ты и его не сможешь переделать, кажется.

protected override Type EqualityContract { get; };

https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-9.0/records

там дебри какие-то)

А, оно только для наследников, что ли? Сложна.

мб для того чтобы обычные классы можно было с рекордами сравнивать

Ну всё, пишу Рихтеру

Пусть талмуд пишет

Да, только у наследников можно.

Кхм.

Кхм.

ВОООООТ

а я говорил

типа PointWithColor == Point какой еквалити вызовется?

если в наследнике написать EqualityContract => typeof(Person), то будет тру в обоих случаях?

Короче, удачи в говнокоде

это прям пиздец

если в наследнике написать EqualityContract => typeof(Person), то будет тру в обоих случаях?

Так я и написал. Вон выше кот.

Чо блять

сука, поменял местами и привет

ахааххаа

Да ну нахуй

Так я и написал. Вон выше кот.

там выше ты у наследника написал typeof(Client) :)

А, я уже поменял на Person, да. И сравнение с ним.

С Client поведение осталось дефолтным, конечно.

т.е. никак сейчас не сделать чтобы тру в обоих случаях выдавало?

Как раз думаю об этом.

Надо посмотреть, чо там генерируется по методам.

Народ а кто-нибудь нюхал infer от фб? Как там с поддержкой с++ и расширением вообще

Кажется, шарплаб падает от таких извращений. Придётся вернуться в VS.

Я затупил и для Person тоже пытался впихнуть оверрайд. Там компилится. А вот чо с равенством делать, я пока хз! public record Person(string Name) { protected virtual Type EqualityContract => typeof(Person); }; public record Client(string Name, int Age) : Person(Name) { protected override Type EqualityContract => typeof(Person); };

он и так загажен Manada MayBy

НОРМАС

манада

Майбай

В теории я могу объяснить поведение

При сравнении

Но принять я это не могу

короче, я считаю что наличие наследования у рекордов сделает пару флоу проще и открывает ворота новому вороху багов, wtf и место для тупых вопросов на собесах. Рихтер может даже книгу напишет отдельную - “Как наследовать рекорды и не отстрелить ногу”. Опять же конференции можно будет проводить по этой тематике

Рихтер сказал что продажи не особо а гемора много

Народ, юзал кто EF core power tool и Handlebars ? надо иметь возможность 1) наследоваться от двух разных интерфейсов 2) переименовать некоторые таблицы

Психанул и добавил наследнику public virtual bool Equals(Client? other) => true; Заработало :D

Психанул и добавил наследнику public virtual bool Equals(Client? other) => true; Заработало :D

😂😂

https://www.theregister.com/2016/03/23/npm_left_pad_chaos/

Классная статья, рекомендую, почему надо избегать 3 пати либ

https://www.theregister.com/2016/03/23/npm_left_pad_chaos/

ужасный баян же

Классная статья, рекомендую, почему надо избегать 3 пати либ

и нет

и нет

Почему нет?

Психанул и добавил наследнику public virtual bool Equals(Client? other) => true; Заработало :D

В общем, не получится. В other в обоих сравнениях приходит null. Наверное, пытаются скастовать базу в наследник. На этом этапе, как я понимаю, уже до значений полей не достучаться, а перегрузить больше ничего нельзя, как я понимаю. Жаль.

кого-то гоняли по комбинаторике на собеседовании?

Надеюсь что никогда не будут

кого-то гоняли по комбинаторике на собеседовании?

Только на позицию мидла по дата саенсу, по софтверу никогда

кого-то гоняли по комбинаторике на собеседовании?

нет

проходил на сеньера full stack погоняли

проходил на сеньера full stack погоняли

Ну такое себе, даже задачи с литкода выглядит приятнее

скинули бабла за мои познания комбинаторики, странно или нет?

ты хвастаешься что ли?)

скорее жалуюсь

при том что на когда спросили юзают ли они эти знания в работе, ответили что просто употребляют в рече, но так то не юзают

эх, бабла дали, уроды

наоборот

я сказал одну цифру

а преложили меньше

аа

эх, бабла дали, уроды

Скинули значит меньше дали

скинули бабла за мои познания комбинаторики, странно или нет?

Долбоебизм

я думал ты не прошёл, но тебе чисто 20-ку дали за комбинаторику :D

Можно ещё метафизику Гегеля попросить пояснить, тоже к работе относится