AD
я про то что флаттер лагает
это не из за архитектыры) а из за того скок архитектур пихают программисты и как они их понимают) вы можете иметь другое мнение)) что кашу маслом не исопртишь)
Size: a a a
2020 December 15
АР
из-за архитектуры
каждый по своему понимает архитектуру
АР
кто-то думает что это BloC, кто-то думает что это чтобы команда понимала друг друга и так далее и т.п.
ИМ
каждый по своему понимает архитектуру
та нет, это одинаково везде
AD
Начался холивар ) Мне бы доводы услышать, а ещё лучше ссылки получить на источники ) У меня с самого начала был 1 источник https://flutter.dev/docs/development/data-and-backend/state-mgmt/simple#changenotifier
в отм источнике не пересоздают кстати)
ИМ
та нет, это одинаково везде
просто не каждый разобрался до конца
АР
просто не каждый разобрался до конца
и не разберется.
VV
И как мы видим, здесь через .add
Именно
ИМ
и не разберется.
рано или поздно разберется
VV
Но часто слышу, что состояние должно быть имютабл. И сам больше склоняюсь к этому
ИМ
когда попадет на проект на котором архитектура отсутствует
АР
Но часто слышу, что состояние должно быть имютабл. И сам больше склоняюсь к этому
почему?
𝓐𝓜
почему?
Легче отлаживать
АР
когда попадет на проект на котором архитектура отсутствует
доводишь до более или менее и все.
АР
𝓐𝓟𝓣𝓔𝓜 𝓜
Легче отлаживать
почему легче?
VV
@rudinandrey если бы у меня были железные доводы, я бы не задавал этот вопрос
VV
Но тесты писать легче 100%
AD
то есть нужнос длеать так?
class Cart {
final List list;
f потом тогда пересоздавтаь. весь cart?). чтоб еще и. list = [...] сделать?)
class Cart {
final List list;
f потом тогда пересоздавтаь. весь cart?). чтоб еще и. list = [...] сделать?)
𝓐𝓜
почему легче?
Ну вот в том же редукс можно на таймлайне выбрать любую точку и ревертнуть приложение к определенному состоянию
АР
Но тесты писать легче 100%
вообще никакой разницы нет )