AM
А, иерархию в смысле sealed class, но единовременно всё ещё один стейт существует?
brew install node
// прошла минута
brew uninstall node
brew install node@x.y.z
Size: a a a
2020 August 05
(
Лайфсайкл ноды:
Д
А, иерархию в смысле sealed class, но единовременно всё ещё один стейт существует?
Да
AM
С таким решением просто копирование придётся ручками дописывать, что не очень удобно.
AM
Лайфсайкл ноды:
brew install node
// прошла минута
brew uninstall node
brew install node@x.y.z
Кек
Д
А зачем себе жизнь усложнять? Проще жить себе с одним дата-классом на компонент, чем чёт к этому стейту ещё композировать.
Ну хз, вроде как усложнение но зато нет лишних данных при обработке конкретного состояния
AM
Ну хз, вроде как усложнение но зато нет лишних данных при обработке конкретного состояния
А чем они мешают?
Д
Ну хз, вроде как усложнение но зато нет лишних данных при обработке конкретного состояния
И флаги эти типа isProgress тоже так себе смотрятся по моему
AM
Я не настаиваю, делайте, как хотите, я сам только экспериментирую с этим подходом. Но по отзывам слышал, что многие вместо иерархии классов делают один толстенький.
Д
Ну в принципе ни чем, в первую очередь от флагов хотел избавиться
ML
И флаги эти типа isProgress тоже так себе смотрятся по моему
выдели их в sealed
ML
но корень лучше всегда держать data class
ML
чем глубже иерархия тем сложнее с этим работать
ML
руки начинают чесаться для того чтобы затащить линзы
AM
А ВОТ ЕСЛИ БЫ У ВАС БЫЛ ЭРРОУ В ПРОЕКТЕ, КОТОРЫЙ САМ ЛИНЗЫ КОДГЕНИТЬ УМЕЕТ, ВЫ Б НЕ МУЧАЛИСЬ ТАКИМ ВЫБОРОМ
AM
Сука, не успел)))))))))))
Д
Ладно, сделаю обе реализации тогда, а там видно будет
(
А ВОТ ЕСЛИ БЫ У ВАС БЫЛ ЭРРОУ В ПРОЕКТЕ, КОТОРЫЙ САМ ЛИНЗЫ КОДГЕНИТЬ УМЕЕТ, ВЫ Б НЕ МУЧАЛИСЬ ТАКИМ ВЫБОРОМ
там пиздец
(
Никому не советую затаскивать линзы
AM
Никому не советую затаскивать линзы
Эрроуские или вообще?
Я себе, если честно, плохо представляю, как такое можно было бы более удобно делать.
Я себе, если честно, плохо представляю, как такое можно было бы более удобно делать.