метод который вызываешь в return - е, создай переменный потом уже делай действии. Т.е - val _view = inflater.inflate(R.layout.fragment_part_one, container, false) .... пиши тут логику с UI-ом .... return _view
Понял, спасибо. А откуда кстати до этого взялся view?
потому что там null
Работай с view после метода ЖЦ onCreateView
это getView() метод встроенный в Fragment просто в котлине можно не писать get префикс к методам
Как this может быть null??? Не, я понимаю, что можно написать ещё и не такое. Но такая дичь должна вызывать хотя бы подозрение, что что-то идёт не так.
Легко. В activity до onCreatе вроде такида
Что? В теле замыкания указано, что this это Button?. Совершенно спокойно может быть и null. Почему это дичь? Код работает, если инициализировать view ранее.
Не, экзотика до вызова конструктора - это другое. Тут уже давно все сконструировано.
То есть вы не знаете, кнопку вы ищете или что-то другое, поэтому пишете <Button?> ? This - это сам объект, в котором вы сейчас находитесь. Как, как он может быть null? 😁
Нет, я не знаю наверняка что находится во view: null или View, поэтому для ситуации когда функции поиска нужного объекта у null не будет (не будет наверняка), моим аргументом станет null, а не кнопка.
findViewById<Button>(r.id.xxxx)?.apply или let Заметна некоторая разница? 😏
Одного фейспалма будет мало чтобы прокомментировать этот поток душноты
Согласен. Продолжайте проверять this на null и вообще ставьте в любой непонятной ситуации ?. Котлин умный, он вытянет. Может быть. Удачи!
Ну в экстеншн функции может быть. isNullOrEmpty() например
Обсуждают сегодня