S
Немного не понятно, что хотите в итоге получить
Мне просто надо правильно расставить аннотации( Если в этом примере не менять код
Size: a a a
2020 August 04
T
А какую тогда в данном случае могу поставить поставить аннотацию над самим методом?
аннотация это просто сообщить студии что у тебя тут может быть null и она тебе напомнит что нужна проверка
S
аннотация это просто сообщить студии что у тебя тут может быть null и она тебе напомнит что нужна проверка
Вот не очень пойму, что если всё-таки кинут в параметр null, то проверки нет же на нее и тогда функции вернёт null
S
Тогда получается надо ставить @nullable??
AL
если кинут нулл - будет нпе
AL
судя по коду выше
T
S
та можешь вообще ничего не ставить
Сказали, что аннотации нужно расставить((
S
если кинут нулл - будет нпе
Ну если тогда вернуть просто здесь тот же самый параметр без преобразования к верх регистру, как тогда?
T
AL
но если туда будут пихать потенциальный нулл - будет предупреждение в ide. Так что сами себе грозные буратины ))
T
не знаю чего тебе сказали, что так делать нельзя. тут как раз внутри делать проверку на null не нужно, ты уже сообщаешь тому, кто будет вызывать эту функцию, что только NonNull значение можно передать
AL
Как раз аннотация говорит о том, что в этот метод пихать нуллы дурная затея
V
Смотря какие цели вы преследуете
Эти аннотации просто указания для вас самих и других, кто увидит код
Если вы знаете, что в ваш метод может быть передано значение null , то ставите nullable, если нет, то nonnull
По опыту от nonnull толку никакого, разве что если с котлином работа параллельно
А nullable лучше ставить везде , где null может быть
Эти аннотации просто указания для вас самих и других, кто увидит код
Если вы знаете, что в ваш метод может быть передано значение null , то ставите nullable, если нет, то nonnull
По опыту от nonnull толку никакого, разве что если с котлином работа параллельно
А nullable лучше ставить везде , где null может быть
T
Смотря какие цели вы преследуете
Эти аннотации просто указания для вас самих и других, кто увидит код
Если вы знаете, что в ваш метод может быть передано значение null , то ставите nullable, если нет, то nonnull
По опыту от nonnull толку никакого, разве что если с котлином работа параллельно
А nullable лучше ставить везде , где null может быть
Эти аннотации просто указания для вас самих и других, кто увидит код
Если вы знаете, что в ваш метод может быть передано значение null , то ставите nullable, если нет, то nonnull
По опыту от nonnull толку никакого, разве что если с котлином работа параллельно
А nullable лучше ставить везде , где null может быть
зачем ставить везде? null то может быть в любом параметре, хоть ты там усрись этими аннотациями, лол. чисто просто по красоте оформить код, разве что
S
Немного в растерянности. Вот если так к вопросу подойти. В параметре стоит @nonull, функция возвращает параметр этот же самый. Аннотация @nonull для самой функции подходящая??? Ведь могут по идее кинуть в параметр null и ничего не будет. Но так как нет никакой проверки внутри функции то и нет гарантии, что null не вернется
T
Немного в растерянности. Вот если так к вопросу подойти. В параметре стоит @nonull, функция возвращает параметр этот же самый. Аннотация @nonull для самой функции подходящая??? Ведь могут по идее кинуть в параметр null и ничего не будет. Но так как нет никакой проверки внутри функции то и нет гарантии, что null не вернется
все правильно, гарантии нет. ты просто сообщаешь что функция ожидает NonNull значение. если таки передать в нее null, то словите NullPointerException
AL
Немного не так. В эту функцию все равно можно передать нулл
AL
Но эта анноация говорит, что не надо так делать
S
Значит самой функции выставить @nullable будет правильнее?