получения дефолт файла через контекст
Да. Создать shared prefs и записать туда что нужно.
в онклике есть вью, у вью есть контекст
А в зайце утка, а в утке яйцо... Но я как то решил эту проблему радикально, сделав сервислокатор для аппконтекста, шаредов и репы на базе апрликейшн
это ведь не легкий путь
Один раз написал а потом вызываешь App.getContextAnywhere() в абс.любом месте программы и горя не знаешь
на счет горя не уверен
Ну хз. Вроде сценариев что там оно будет кривым пока не придумад
гугл -> синглтон плюсы и минусы
Аpplication нестандартный синглтон. Он гаоантированно живет пока живо приложение
а синглтон не живет?
Если на него нет ни одной ссылки вроде никаких гарантий.
А потом стреляешь в ногу порядком инициализации. Да, сам так делал 😄
Это как? Апликейшн один раз инициализируеься раньше всего кроме контент провайдера и живет пока прилку не смахнули
То, что в нём инициализируется, может так же не зная горя обратиться к этому синглтону
каво?
А надо в app на все что должно жить столько же - статик ссылочки держать и все будет ноом
это называется скоупы
"Даггер не нужен!" Хз че он там накодгенит. А тут сам каждую букву писал.
Да я про другое - создаёшь объект в Application, а он этот Application использует (ведь там всё лежит, удобно же). И всё сломалось.
в команде из одного разработчика вообще ниче не нужно
А что сломается?
А если больше то как тимлид скажет так и
Больше 1 и ни тимлида ни архитектора, ни фирменных велосипедов и традиций? Слезы, да( Котел вон там, черт с вилами к вам подойдет. Как освободится после митинга с заказчиком.
Это троллинг что ли? 🙄 Попробуй из конструктора одного синглтона обратиться к другому, который при создании обращается к первому. Всё работает?
Нинада так делать. Все нужные синглтоны живущие всю жизнь приложения инициализируем прямо из аппликейшн (в правильном порядке) и там же на них ссылки пожизненные держим. Это описан выстрел в ногу причем очевидный сразу как все упадет
Так вот надо чтобы они не зависели друг от друга неявно
Обсуждают сегодня