Пацаны, словил Caused by: java.lang.NullPointerException: null cannot be cast

to non-null type androidx.recyclerview.widget.RecyclerView в функции

override fun onCreateView(
inflater: LayoutInflater,
container: ViewGroup?,
savedInstanceState: Bundle?
): View? {
inflater.inflate(R.layout.fragment_beer_list, container, false)

beerRecyclerView = view?.findViewById(R.id.beer_recycler_view) as RecyclerView <- ВОТ ЗДЕСЬ
beerRecyclerView.layoutManager = GridLayoutManager(context, 2)

return view
}

Гуглил, пишут, что могут быть проблемы в id ресайклера, но там всё ок. RecyclerView наследуется напрямую от лейаута.

У тебя же прям в ошибке написано в чем проблема )

Да, это я понял. Якобы не могу каст в RecyclerView здесь делать. Но не понимаю, как это исправить.

А где ты view объявляешь, ты же результат инфлейта не используешь?

Переведи дословно что там написано

View во фрагменте есть по дефолту 😀 Ну в смысле поле

kind reminder: смысл onCreateView – создать вью. не надо там искать что-то или делать манипуляции с вьюшками, тебе нужно просто создать лейаут фрагмента все остальное - поиск вьюшек и др. манипуляции - делай в других, более поздних методах лайфсайкла

Аааа. не могу нулл ему передавать. Всё, голова не варит

Так он обращается к view в месте, где оно создается, когда его еще нет Я тоже плавлюсь?

Таки да ) о чем ему прямо сказано в стектрейсе

да, нинада так, но конкретно это обращение к view не выкинет npe, ведь там view?

Оно выкидывает npe потому что view не проинциализтровано

там вообще вью не инфлейтнутый возвращается, раз уж на то пошло

Я кстати использую findView до сих пор. Мне удобно. Ну там где компоуза нет ещё

Можно конкретнее?

inflater.inflate(R.layout.fragment_beer_list, container, false) .. return view В каком месте тут было инициализировано view?

ты пишешь inflater.inflate(что-то там, что-то там) то есть ты вызываешь функцию inflate у класса LayoutInflater, который отвечает за создание лейаута эта функция возвращает View, то есть созданный лейаут

Тебе можно ) Но лучше отдать максимум на контроль компилятору.

Мне не нравится вьюбиндинг по нескольким причинам. Во первых это ещё одна доп либа, а во-вторых она никак не упрощает код. Более того ещё и доп сущность какая-то появляется. А ещё она кодген вроде емнип

Ну да, оно генерится. Никакого оверхеда не замечаю. Зато за тебя делается контроль типов, всё не-нулл и просто невозможно обратиться ко вью, которого нет в лейауте. Синтетик был няшный, но как раз позволял ошибочно импортнуть не тот лейаут с таким же вью ид и получить интересные глюки.

Ну, так не импортируй 😀😀

Ну оверхед с кодгеном будет по-любому, мож он там простой очень

Так оно умное, оно само находило и импортировало чо попало :)

Умнее программиста видимо 😀😀 у меня такого ни разу не было )

Там тупо генерится класс, в котором всё заранее найдено через findViewById и присвоено полям с правильным типом :)

Ну вот интересно глянуть сколько он добавляет аппке с 1000 вьюшками например

По одному такому классу на вью, если в конкретном хмл не отключить генерацию.

Ну вот ) в принципе наверное займёт секунды буквально ) но все равно. Не люблю я эту либу

Либа в печали :(