гляньте на сайте bloclibrary

там и на ру дока

вот так блок открывать не стоит

либо в initState
либо в didChangeDependies

Хорошо, спасибо)

Я правильно понимаю, что из объявленных виджетов в коде фреймворк создает их объекты, а также другой тип объектов Element, которые являются виджетами, непосредственно отображающимися на экране?

И у каждого объекта типа Element есть объект типа BuildContext, который является интерфейсом для объекта Element, чтобы проггер мог взаимодействовать с ним?
____

И следовательно, объекты классов от стейтлесс/фул виджетов нужны только в качестве метаинформации для фреймворка, чтобы создать объекты Element?

В общем, да
Если в двух словах, то во флаттере есть 3 дерева
Первое дерево - дерево виджетов, иначе говоря - код
На основе дерева виджетов строится дерево элементов, которое фактически отслеживает изменения виджетов в коде
Ну и третье дерево - дерево рендер объектов. На его основе собственно и строится тот интерфейс, который мы видим

👍

Знает кто хорошие гайды* для новичков? На русском(

Видео||текст не имеет значения

Есть вводные статьи на хабре, но к сожалению нет ещё хороших знаний для новичков на русском. У Флаттера отличная документация, есть куча статей на медиуме - все они на английском. Отличный повод подтянуть и английский, имхо программирование без английского - боль, нервы, трата времени впустую и плохая затея.. но это только имхо

А зачем так сложно? Почему не сделать два дерева, одно для виджетов, второе для рендеринг элементов? И то, кстати, скорее всего даже не два дерева, а одно, а второе это просто ссылки на виджеты из первого

Element и есть BuildContext

Element маппит Widget на RenderObject

Element живет дольше чем Widget и RenderObject

он пересоздается только в том случае если идет смена типа виджета в этой ветке