Igor
Creating new loopers for Handler?
No calls to looper at all in project
Igor
Otherwise – other devices would be affected too. That's why I'm asking.
Igor
And no handlers?
handler threads, you mean? No, none
padmitriy
Igor
RxAndroidPlugins for async main thread only. May this be the case?
Konstantin
Konstantin
до чего лень раскладку переключать ужас )
Igor
also simple Handler
None of them too. Will check libraries and write back in several minutes.
Mike
если строить переиспользуемые, многоразовые компоненты, то надо. Ну гугл об этом, понятное дело, не думает.
Anonymous
IMediaItem, например
А что не так?
Mike
гугл нельзя считать за одну целостную компанию, которая может «париться» или «не париться» по какому-либо поводу.
Mike
А что не так?
дебильный префикс, который означает только одно: неспособность к именованию сущностей
Anonymous
когда разрастется за неймингом сильно следить придется
Как раз таки, твой подход ужасен тем, что через месяц вернувшись к такому проекту, ты не поймешь. Какой класс за какой экран отвечает. Чем то напоминает проекты, когда тупо все в одном пакете юзали
Igor
May the following two calls be the problem in my case? Just found out that only one needed. val asyncMainScheduler = AndroidSchedulers.from(Looper.getMainLooper(), true) RxAndroidPlugins.setInitMainThreadSchedulerHandler { asyncMainScheduler } RxAndroidPlugins.setMainThreadSchedulerHandler { asyncMainScheduler }
Mikhail
кек
Кирилл
Эх, почему почти все андроид разработчики такие ворчливые?
Anonymous
щяс мы там найдем дебильные префиксы
Ferrero
у него NDA))
Konstantin
инкапсуляция такая что в апп-модуле даже не увидишь их
Mikhail
Эх, почему почти все андроид разработчики такие ворчливые?
ты так говоришь будто бы сам не андроид разработчик
Anonymous
Не убедительно
Но это факт, сложно орентироваться в таком проекте
Кирилл
ты так говоришь будто бы сам не андроид разработчик
Ну окей, почти все андроид разработчики.😂
Dj
Но это факт, сложно орентироваться в таком проекте
Для кого именно? Мне кажется многим здесь по нраву такой подоход
Mike
Покажи свой проект, профессор
Я тебе конструктив, а ты огрызаешься. За 6 лет опыта мог бы и научиться общаться.
Anonymous
Эх, почему почти все андроид разработчики такие ворчливые?
Потому что вместо того чтобы делиться опытом, они обсирают то 1 человека то другого. Поднимая свою самооценку в глазах таких же
Anonymous
Я тебе конструктив, а ты огрызаешься. За 6 лет опыта мог бы и научиться общаться.
Мне факты нужны. Без фактов никакого спора не может быть
Mike
Мне факты нужны. Без фактов никакого спора не может быть
Какие тут могут быть факты? То, что мы обсуждаем, предельно субъективно.
neikist
Но это факт, сложно орентироваться в таком проекте
Это шутка? Я когда увидел как у человека все удобно разбито прямо позавидовал что ему несложно найти нужные файлы...
компас дать? )
вообще чётенько всё
Nikita
компас дать? )
еще четче было бы помодульно разбить все
Konstantin
еще четче было бы помодульно разбить все
выше листай там помодульно скрин уже есть
Anonymous
вообще чётенько всё
Ага, когда over9000 файлов
Кирилл
Да у меня обычный способ иерархии
Норм, только презентеры должны быть отделены. А так норм. И про adapters не понял, что там?
--------
Ага, когда over9000 файлов
так в этом и суть ООП - выделять отдельные сущности по максимуму, нет?)
Кирилл
а зачем их отделять?)
Для читаемости.
Mike
Переиспользовать ливдату? Где, зачем?
Переиспользовать куски логики.
Mikhail
Для читаемости.
я вот как-то больше в сторону того, что презентеры, активити и все что относится к конкретной фиче, должно быть рядом
--------
Ребят, извиняюсь, но повторю вопрос, мб кто пропустил. Как сохранять данные во фрагменте при переходе по стеку (точнее, возврат на фрагмент назад)
Mikhail
а разводить по пакету на класс - оверкилл, ИМХО
Ferrero
а зачем?
Ferrero
Ребят, извиняюсь, но повторю вопрос, мб кто пропустил. Как сохранять данные во фрагменте при переходе по стеку (точнее, возврат на фрагмент назад)
если юзер уходит назад, то как минимум странно, если пройдя вперед нельзя будет увидить начальный стейт
Anonymous
Норм, только презентеры должны быть отделены. А так норм. И про adapters не понял, что там?
Я делю каждый экран со всему его вытекающими. Так как когда в одном пакете лежат 100 презенторов то теряешься
Кирилл
+
Ладно-ладно.) Я понял.)
Ferrero
ну я, например, открываю фрагмент редактирования профиля, там моя текущая информация, я ее меняю, потом ухожу назад, открываю снова
Кирилл
Переиспользовать куски логики.
Хз, пока слабо представляю зачем. Во всех проектах у меня не было переиспользования и при этом не было повторений, везде логика была одноразовой
--------
если юзер уходит назад, то как минимум странно, если пройдя вперед нельзя будет увидить начальный стейт
Мне надо сохранить данные в первом фрагменте, перейти во второй, а если возвращаюсь обратно в первый - показывать данные, что были в первом фрагменте, а не грузить их заново
Ferrero
логично, что там снова должна быть текущая инфа, а не изменнная, но несохраненная
Konstantin
Мне надо сохранить данные в первом фрагменте, перейти во второй, а если возвращаюсь обратно в первый - показывать данные, что были в первом фрагменте, а не грузить их заново
запиши данные в проперти фрагмента и проверяй когда вернешься назад. система будет пересоздавать фрагмент не забывай onsave/restore юзать. а в месте где должна быть загрузка данных проверь эту пропертю на предмет наличия данных
Konstantin
у фрагмента тоже есть
--------
у фрагмента тоже есть
ну вот я и говорю, что у фрагмента вызывается только тогда, когда вызывается у активити
Konstantin
ну вот я и говорю, что у фрагмента вызывается только тогда, когда вызывается у активити
это необязательно связано друг с другом. фрагменты могут жить внутри других фрагментов и там жизненный цикл необязательно будет связан с активити
Konstantin
да просто поле внутри фрагмента сделай, private var myData:List<Something> = emptyList() (ну или что ты там загружаешь)
--------
да просто поле внутри фрагмента сделай, private var myData:List<Something> = emptyList() (ну или что ты там загружаешь)
эм... я возможн что-то не понимаю, но как оно поможет, если у меня и так данные, которые надо сохранить, хранятся в листе
Konstantin
ну ты когда двигаешься вглубь иерархии - предыдущие фрагменты кладутся в стек. их поля остаются т.к. инстанс класса не умирает
--------
да, я это понимаю, проблема в том, что у меня это не работает
Konstantin
когда возвращаешься они достаются из стека, теже инстансы. вью у них пересоздается
--------
кладу фрагмент в стек, возвращаюсь - пусто
Konstantin
попробуй сделать сначала так
Kirill
Такая ситуация, в гп опубликовано приложение, но мне очень надо поменять имя пакета(что бы ссылка в гп тоже поменялась), но не менять приложение(код).Могу ли я деактивировать старое приложение и на этот же аккаунт залить приложение под видом нового? Не будет ли ругаться гугл что это дубликат?
--------
Doston
@polopolopo где ты загружаешь данные?