Ж
а в чем проблема инициализировать префы в родительском фрагменте?
Size: a a a
2021 August 27
AO
Минуту
Ж
из фрагмента обращаться к активити в котором он не лежит такой себе дизайн паттерн
Н
В фрагменте, репозитории, в корневом Активити, в отдельном классе, но не обращаться из фрагмента, который не имеет отношения в активити для выполнения метода
DG
А не проще переписать на одно активити или хотя бы инкапсулировать логику фрагментов к конкретному активити, чем костыли придумывать?
AO
Там приложение разбито поэтапно, не в этом дело
AO
AO
AO
второй из фрагмента
Ж
взяв префы из LoginActivity получите те же самые префы, что в сплэше, зачем к нему обращаться?
L
Это вы создаёте splash screen в вакууме, тут же про него забыаете и запускаете его же, но как активити.
Ж
даже не его же) а другой экземпляр
Ж
в чем принципиальность вызова метода в сплэш скрине?
AO
Хочу чтобы все функции, которые не достаточно громосткие для создания отдельного класса, находились в одном классе к которому имеют прямое отношение
AO
Мне стоит полноценно вызвать это активити, а затем его метод, или как?
BT
Все же лучше это вынести в отдельный класс
АГ
Так Активити создавать нельзя
BT
Делаешь какой-нибудь PreferenceHelper и всю работу с преференсами выносишь туда. Тогда сможешь откуда угодно это вызывать
АГ
Активити создаётся неявно через интент
AO
На стадии разработки, казалось бы простого приложения, возникают сколько нюансов, что могу потратить день на "правильную" фигуру в drawable, а хочу побыстрее закончить его. Так что полноценно соблюдать принцип единой ответственности не выходит