Что за язык?)

руби?

Swift

Жабаскрипт можешь складывать, сортировать и кастить все что хочешь, вплоть до маразма)

Ее потенциально можно поменять в потоке, если запустить его до if

А есть языки с обратной стороной медали.
Это не плохо.

а если не использовать "Bool?" ?

Почти все современные высокоуровневые лишены этой особенности

как и в любом нетипизированном языке

Стоп, let же вроде как final там.. тогда дичь

Ну да, но надо было знать это наверняка

про это знают

Обычно в низкоуровневых со строгой типизацией такие особенности

@PlugFox Еще раз спасибо за наводку, интегрировал либу felangel/bloc Теперь виджеты без лишней логики. Но появился вопрос на счет СтейтлессВиджета и bloc.

Среднестатистический виджет наследуется от СтейтлессВиджета и содержит методы, которые возвращают составные части типа Text и Padding и тп. Например, класс EmployeeWidget наследуется от StatelessWidget'а и содержит методы build, _employeePhoto, _employeeName и т.п.

Если мы храним стейт в bloc, то хотели бы получить этот bloc в методах _employeePhoto и _employeeName. Мы можем из метода build достать bloc используя контекст. Но получив bloc в методе build мы не можем записать его в какое-либо поле виджета, так как виджет у нас стейтлесс, а соответственно иммутейбл. И если мы несмотря на это создадим не-final поле, то будут варнинги при компиляции и в IDE.

Эту проблему можно решить используя СтейтфуллВиджет, но это грязное решение, так как setState мы не используем. Еще можно было бы хранить все методы в виде замыканий, прямо в методе build, но тогда у нас будет огромный метод со всеми радостями спагетти кода. Так же мы могли бы передавать из build в другие методы через аргумент, но будет повторение кода - каждый метод будет содержать аргумент bloc. Да же незнаю что делать с этим.

когда берутся за такие языки

Не важно какой тип, важно то, что он может быть nil

Я не знал, мне надо было знать наверняка.

это уже обязанности программиста знать особенности языка))

в чём тут проблема языка то

даже если ты проверяшь на != nil?