EE
Т.е. использовать блок и не использовать стейты?) Какой тогда в нем смысл
Это вы у Гугла спросите) но только блок про логику, имеется ввиду что не надо писать вообще все в виджет е, верстка в виджете, логика в отдельном компоненте
Size: a a a
2020 July 10
EE
Отделение бизнес логики от представления. Как и задумывалось авторами.
Архитектура во всем фронте +- одинаковая
ДЩ
Если следовать только гуглу мы застрянем на countet_noob_app.dart ;)
EE
Если следовать только гуглу мы застрянем на countet_noob_app.dart ;)
Но тем не менее
EE
У блока есть определение
n
Архитектура во всем фронте +- одинаковая
Вот да, я к тому же. Очень забавно. Вроде стек не знакомый практически, но в спорах спокойно можно участвовать имея опыт натива)
EE
Если ему не следовать это будет уже не блок
RK
У блока есть определение
Очень размытое
EE
Очень размытое
Как и у любой архитектуры)
EE
Но тем не менее там говорится про бизнес логику) а не про Стейт
EE
Вообще мне блок катастрофически не зашёл
EE
Причем для любых кейсов
ДЩ
Вот пример у нас есть корзина . У нее есть блок . Который имеет абстрактные классы state и event. Мы можем их расширять своими. Например добавили айтем в корзину произошел event который вызовет новый Стейт. Виджет обновит количество товаров
ДЩ
Виджет слушает только Стейт
ДЩ
И ничего не знает про евент
RK
Но тем не менее там говорится про бизнес логику) а не про Стейт
При этом о блоке говорится как о State management pattern
ДЩ
Логично ли такой блок покинуть на все приложение?
RK
И используется чаще всего именно так
RK
Логично ли такой блок покинуть на все приложение?
В зависимости что такое все приложение, на экране справки он явно не нужен
EE
Стейт это результат (именно результат) выполнения бизнес логики. Так то его блок даже хранить не обязан)