AN
А почему нет? То есть плохо хранить там базу пока приложение живёт в памяти?
Это глобальное изменяемое состояние в одном из худших своих проявлений
Size: a a a
2019 December 25
AN
Если хотите, чтобы на ваш код никто всерьез не смотрел - хорошее решение
QH
А почему нет? То есть плохо хранить там базу пока приложение живёт в памяти?
Это неявная зависимость. Задолбаешься дебажить и тестировать, когда поведение метода зависит от того, что не передаётся ему в параметрах.
R
Я храню в данный момент там некие карточки (модель) в маин у меня список этих карточек, открывая активити я передаю в интент ид карточки и достаю потом нужную из снглтона.
Вместо этого мне лучше заново создавать объект с базой карточек и потом доставать?
Вместо этого мне лучше заново создавать объект с базой карточек и потом доставать?
AO
А почему нет? То есть плохо хранить там базу пока приложение живёт в памяти?
такие штуки должны приниматься явно в конструкторе или параметрах
AN
Я храню в данный момент там некие карточки (модель) в маин у меня список этих карточек, открывая активити я передаю в интент ид карточки и достаю потом нужную из снглтона.
Вместо этого мне лучше заново создавать объект с базой карточек и потом доставать?
Вместо этого мне лучше заново создавать объект с базой карточек и потом доставать?
Надо понять, что любое глобальное изменяемое состояние - это плохо. Лучше всего передавать ссылку на состояние.
QH
Интересно, кто-нибудь уже описал, почему в андроиде это не работает и никогда не будет нормально работать? Чёт постоянно эту ошибку вижу.
QH
такие штуки должны приниматься явно в конструкторе или параметрах
видишь слово «активити» — забываешь слово «конструктор» :)
AO
видишь слово «активити» — забываешь слово «конструктор» :)
андроид это конечно полный пиздец
R
Может ссылку на статью хорошую скинете если знаете, на тему хранения данных во время работы приложения и доступа к ним из разных активити
K
лучше статью про паттерны программирования, чем про андроид или котлин. Типа "синглтон антипаттерн, потому что ...". Вообще, пока у тебя нет тестов разницы ты не почувствуешь.
AN
лучше статью про паттерны программирования, чем про андроид или котлин. Типа "синглтон антипаттерн, потому что ...". Вообще, пока у тебя нет тестов разницы ты не почувствуешь.
Скорее пока программа на 300 строк. Как только будет большая с модулями - будет бедаа
QH
лучше статью про паттерны программирования, чем про андроид или котлин. Типа "синглтон антипаттерн, потому что ...". Вообще, пока у тебя нет тестов разницы ты не почувствуешь.
Есть разница! Он же рассчитывает, что одна активити изменит состояние, а другая это увидит. А это неправда.
K
с синглтоном или базой поведение не изменится, так что без разницы. Если не делать чего-то дополнительно.
K
Скорее пока программа на 300 строк. Как только будет большая с модулями - будет бедаа
а какая именно беда?
QH
Я храню в данный момент там некие карточки (модель) в маин у меня список этих карточек, открывая активити я передаю в интент ид карточки и достаю потом нужную из снглтона.
Вместо этого мне лучше заново создавать объект с базой карточек и потом доставать?
Вместо этого мне лучше заново создавать объект с базой карточек и потом доставать?
AN
а какая именно беда?
Синхронизация состояния и его фрагментация
K
это про проблемы глобального стейта. Если он у тебя есть, то они останутся, инжектишь ты его через DI или через синглтон, нет?
K
с синглтонами код нетестируемый, имхо это основной поинт. А у новичков тестов часто нет и они справедливо не видят разницы, потому что ее почти нет.
QH
А ещё нечитаемый и неотлаживаемый.
Всё это справедливо про изменяемые синглтоны.
Всё это справедливо про изменяемые синглтоны.