AD
но все ж юзают, прдется и мне(
Size: a a a
2020 December 30
AD
о а может и не будет работать, там куча ошибок анализатор пишет
DS
Привет. Ммм, почему нет из коробки дефолтных значений? Есть дефолтные значения на случай когда параметр опциональный или именованный. А преимущества не нуллабильных значения действительно, когда хочется описать что нечто всегда присутствует и никогда не нулл
уточню немного вопрос, в опциональный параметр все же можно впихнуть насильно нул и дефолтный(указанный) использован не будет. (Возможно уже починили, полгода назад проверял). Имеется в виду в момент инитиадизации поля, например строка, оно не null, а ‘’. На скриншоте пример
AD
Alexandr Drobyshev
о а может и не будет работать, там куча ошибок анализатор пишет
а нет, ребутнул - все ок
VE
уточню немного вопрос, в опциональный параметр все же можно впихнуть насильно нул и дефолтный(указанный) использован не будет. (Возможно уже починили, полгода назад проверял). Имеется в виду в момент инитиадизации поля, например строка, оно не null, а ‘’. На скриншоте пример
Насильно нулл не впихнешь если тип ненуллабильный :)
DS
Насильно нулл не впихнешь если тип ненуллабильный :)
ну это сейчас уже да =), а раньше то как было ? =)
VE
Раньше можно было впихнуть , конечно, поэтому и сделали ненуллабильные типы
v
Alexandr Drobyshev
чесно говря я смотрю на тот код что сгенерился фризедом и хочу таки юзать самописный)) оптяь ненужных операций куча 😄 абы жрало больше памяти и проца)
Можете писать руками. Только это примачур оптимизейшон
AD
почему руками? вон же есть генератор выше ссылку кинул, жсон вставил, он тебе и копиВитх и ту/фромЖсон
DS
Раньше можно было впихнуть , конечно, поэтому и сделали ненуллабильные типы
да, это понимаю прекрасно, хотел вот узнать рассматривали ли вообще ришить проблему с нулами, использованием дефолтных значений? Возможно предвижу вопрос “а если нужен 0, а имеется в виду отсутстивие(null), то как быть.” Этот вопрос очень часто задают и на сколько я понимаю решение тут переопределение дефолтного значение для заданного контекста, например не 0 а -1
VE
Проблема заключается в том, как уже было сказано выше, что не всегда дефолтные значения существуют и имеют смысл. Допустим какое дефолтное значение у имени человека? Пустая строка? Нет.
DS
Проблема заключается в том, как уже было сказано выше, что не всегда дефолтные значения существуют и имеют смысл. Допустим какое дефолтное значение у имени человека? Пустая строка? Нет.
Я бы возможно сформулировал, что у человека имя есть всегда, но может не иметь значения, а отсутсвие значния это может быть пустая строка. Я задавал много раз подобный вопрос котлинистам и часто сводилось обсуждения к вкусовщине. Возможно у вас есть прям метла(аргумент) которым можно смахнуть все сомнения. Или возможно тут нет смысла выбирать, а пользоваться и тем и тем, в зависимости от задачи
KK
Проблема заключается в том, как уже было сказано выше, что не всегда дефолтные значения существуют и имеют смысл. Допустим какое дефолтное значение у имени человека? Пустая строка? Нет.
"Имя не указано"
VE
Если вы говорите что у вас отсутсвие значение возможно то вы переизобретаете null.
DS
безопаcный null =)
KK
Если вы говорите что у вас отсутсвие значение возможно то вы переизобретаете null.
Но так ведь удобнее
VE
Как раз таки нет, null по крайней мере все унифицировано и его нельзя использовать - а пустая строка это костыль. Допустим у вас есть поле где значение может отсутствовать и есть функция которая только работает если ей дать настоящее не отсутствующее значение. Как это закодировать безопасно?
KK
Чем валидировать null каждый раз
DS
Но так ведь удобнее
VE
С пустыми строками вы раз и передали и все как бы работает - но может быть неправильно