Проверка is null гарантирует, что там есть живой шарповый объект. То, что у него под капотом неуправляемые ресурсы закончились (привет disposable) - это уже не его задача знать.
А как эта ссылка должна "поменяться на null"? Только через ref, но ее же легко прихранить где угодно, она же копируется в каждую новую переменную/поле.
Поэтому они пошли по пути ef core, где ты делаешь table.delete(entity), но entity у тебя не становится внезапно null. Почему же тогда у людей не возникает с этим проблем?
Нейминг, кстати, это весьма недоосвещенная проблема современного кодинга, которая очень незаметно скрадывает и время на понимание переменной/класса/метода, и моральные силы.
Да. Это позволяет платить меньше "системным аналитикам", чем разработчикам. Что они там "накодят" (исходя из опыта работы с аналитиками) - уже неважно, главное, что директора купили no-code платформу :)
Ох уж эти любители никогда не использовать sealed на классы :)
Вы же их всегда таким образом проектируете под наследование, хотя почти никогда - специально этого не желаете, и уж точно не готовите к этому начинку класса (нет виртуальных членов), или же начинки других классы, взаимодействующие с этим. Появляется риторический вопрос "зачем".
Докиньте этот атрибут на Dog, и ошибка должна появиться.
Проверка is null гарантирует, что там есть живой шарповый объект. То, что у него под капотом неуправляемые ресурсы закончились (привет disposable) - это уже не его задача знать.
А как эта ссылка должна "поменяться на null"? Только через ref, но ее же легко прихранить где угодно, она же копируется в каждую новую переменную/поле.
Поэтому они пошли по пути ef core, где ты делаешь table.delete(entity), но entity у тебя не становится внезапно null. Почему же тогда у людей не возникает с этим проблем?
Ö.jpg
Что за история с майонезом?
Коммитили в master
Ну и, наконец, удаленка.
Важный вопрос.
Да что скрывать, автор воды нвлил
И как это отвечает на вопрос о непопулярности фф?
Никто не удивлен как ИИ с sesame.com обалденно разговаривает с тобой один на один?
Нейминг, кстати, это весьма недоосвещенная проблема современного кодинга, которая очень незаметно скрадывает и время на понимание переменной/класса/метода, и моральные силы.
Это же надо в абстрактное мышление, такое не всем доступно :)
А это и не бизнес-логика, это инфраструктурный слой. А "сложно" - ну извините :)
Не хотите вникать - делайте однотипные boiler-plate классики.
Тред тестировщиков! Моё уважение
Правильно говорить Deceit, откуда всё слизали.
Ничего не поделать, английский раза в два лаконичней. А людям свойственно быть ленивыми.
Да. Это позволяет платить меньше "системным аналитикам", чем разработчикам. Что они там "накодят" (исходя из опыта работы с аналитиками) - уже неважно, главное, что директора купили no-code платформу :)
Генерация подобного мусора не выглядит, будто бы оно вообще чего-то решает. Больше похоже на XY проблему.
Ох уж эти любители никогда не использовать
sealedна классы :)Вы же их всегда таким образом проектируете под наследование, хотя почти никогда - специально этого не желаете, и уж точно не готовите к этому начинку класса (нет виртуальных членов), или же начинки других классы, взаимодействующие с этим. Появляется риторический вопрос "зачем".
Докиньте этот атрибут на
Dog, и ошибка должна появиться.Может там +5000 рублей переход