AL
Size: a a a
2020 August 04
AL
если не менять функцию - то ноннулл тут больше подходит
AL
Если бы в функции была проверка на нулл - тогда подоходил бы нуллейбл
V
зачем ставить везде? null то может быть в любом параметре, хоть ты там усрись этими аннотациями, лол. чисто просто по красоте оформить код, разве что
Потому что это как вспомогательное средство документации кода, помогает вам и другим людям, которые код видят ваш, помнить, что тут вам может вернуться нулл и стоит добавить проверку, чтобы приложение не упало с npe
A
Немного в растерянности. Вот если так к вопросу подойти. В параметре стоит @nonull, функция возвращает параметр этот же самый. Аннотация @nonull для самой функции подходящая??? Ведь могут по идее кинуть в параметр null и ничего не будет. Но так как нет никакой проверки внутри функции то и нет гарантии, что null не вернется
Это как поставить методу аннотацию депрекейтед - в принципе работать будет, но стоит задуматься почему там поставили депрекейтед. Может метод скоро исчезнет или есть более оптимальная реализация
VL
Немного в растерянности. Вот если так к вопросу подойти. В параметре стоит @nonull, функция возвращает параметр этот же самый. Аннотация @nonull для самой функции подходящая??? Ведь могут по идее кинуть в параметр null и ничего не будет. Но так как нет никакой проверки внутри функции то и нет гарантии, что null не вернется
Да, подходит, только тогда в функции делается проверка на входящий параметр и, если он null, бросать Nullpointer в самой функции.
T
Artem [Android]
Это как поставить методу аннотацию депрекейтед - в принципе работать будет, но стоит задуматься почему там поставили депрекейтед. Может метод скоро исчезнет или есть более оптимальная реализация
совсем нет, это разные вещи. депрекейтед четко указывает, что функция больше не поддерживается, использовать ее не нужно
VL
Если этой проверки не делать , то логично пометить возврат Nullable
S
Тогда может и параметру и функции указать @nullable в этом случае и все будет логично
A
совсем нет, это разные вещи. депрекейтед четко указывает, что функция больше не поддерживается, использовать ее не нужно
а что я не так написал?
S
Если этой проверки не делать , то логично пометить возврат Nullable
Вот проверки внутри нет сейчас никакой
VL
T
Если этой проверки не делать , то логично пометить возврат Nullable
тогда ему и входящий параметр нужно помечать как Nullable и внутри функции делать проверку на null и возвращать null, если в функцию пришел null
S
Вроде понял
T
Вот проверки внутри нет сейчас никакой
у тебя тот пример что ты скинул абсолютно правильно написан, проверки внутри там делать не нужно по феншую
S
Т.е. ещё раз, правильно, что чтобы указать, что функция возвращает @nonull, нужно быть четко уверенным что внутри не null в фунции либо, что внутри есть на него проверка???
VL
Вроде понял
Мысли со стороны, вот пришел на проект и есть такая функция с Non null возвратом. Мне все равно что там под капотом в этой функции, а ты бац и вернул мне null - покрою матом и буду делать проверку на каждую вызов конкретной функции) Т.е. сам написал написал что не null и при этом вернул null
V
Мысли со стороны, вот пришел на проект и есть такая функция с Non null возвратом. Мне все равно что там под капотом в этой функции, а ты бац и вернул мне null - покрою матом и буду делать проверку на каждую вызов конкретной функции) Т.е. сам написал написал что не null и при этом вернул null
Жиза какая
V
T
Мысли со стороны, вот пришел на проект и есть такая функция с Non null возвратом. Мне все равно что там под капотом в этой функции, а ты бац и вернул мне null - покрою матом и буду делать проверку на каждую вызов конкретной функции) Т.е. сам написал написал что не null и при этом вернул null
поэтому все перешли на котлин