ES
ну и плюс в 21 году жи живем, IDE уже давно подсвечивают такие мета
Не всегда, не везде, и только если явно разметить.
Size: a a a
2021 March 29
ES
На code review подсветки не будет
ES
эта неявность возникает исключительно по вине разработчика, который разрешает в этом месте Null
Так-то можно сказать, что и Си — безопасный язык, просто разработчики почему-то постоянно ошибаются
ES
Что, конечно, правда: на Си можно писать безопасный софт. Но ошибки по управлению памятью на Си совершать гораздо проще, чем на плюсах, и уж тем более на managed-языках.
GL
хартблид входит в чят
ES
Мне кажется, чем пытаться аккуратно бороться с null, лучше его выбросить и сделать явное хорошее nullability, проверять которое обязательно и которое прямо видно в коде. В Kotlin, имхо, хорошо получилось. В Rust тоже.
ES
хартблид входит в чят
Ну так это по вине разработчиков возникло. Размер буфера не проверили.
GL
ууу разработчики
ES
Да вообще ужас. Хотя уж чего проще и каноничнее: пришли данные — проверь размер перед тем, как класть в буфер. Простое же правило. Но почему-то всё ещё оказывается, что если ошибку можно допустить или что-то забыть написать — она будет.
ИМ
хзхз, из-за того что кто-то с тайпхинтами разобраться не может удалять целый null - чот как-то радикально
ES
хзхз, из-за того что кто-то с тайпхинтами разобраться не может удалять целый null - чот как-то радикально
Тайпхинты ничего не гарантируют. На то они и хинты. Были бы надёжным средством — можно было бы встроить в язык и пользоваться.
IV
в идеале чтобы поддержка Null pattern была на уровне языка
ES
хзхз, из-за того что кто-то с тайпхинтами разобраться не может удалять целый null - чот как-то радикально
Например: взаимодействуем с библиотекой. Есть функция, которая возвращает объект. IDE принципиально не может понять, может там быть null или нет, если не разметить. И так как есть куча неразмеченного кода, выдавать предупреждение при отсутствии отметки нельзя — тонные false negative, программисты забьют их читать.
Вывод: IDE может лишь предупредить об опасных местах, но не может найти их все.
Вывод: IDE может лишь предупредить об опасных местах, но не может найти их все.
ИМ
Тайпхинты ничего не гарантируют. На то они и хинты. Были бы надёжным средством — можно было бы встроить в язык и пользоваться.
всмысле не гарантируют? это в каком языке?
ES
всмысле не гарантируют? это в каком языке?
В Java, в Си, в C++, в Python. Вроде как можно лишь подсказать IDE/чекеру типы/нуллабилити, а можно и не подсказывать.
EA
Ребят а кто курсы по латышскому может посоветовать или репетиторов? (онлайн желательно).
ИМ
в жаве и диезах точно не так
ES
в жаве и диезах точно не так
А как там? Я видел только истории с аннотациями
@NotNull, @Null в джаве.ИМ
если указал тип, будь добр именно его и вернуть иначе исключение
ES
если указал тип, будь добр именно его и вернуть иначе исключение
Так то тип. А null — не часть типа.