NK
На самом деле по ситуации, иногда звучит разумно.
Например когда?
Size: a a a
2018 June 01
KD
ID:494267649
Например когда?
Когда одна логика на двух экранах. Зачем двоить ее?
NK
Когда одна логика на двух экранах. Зачем двоить ее?
Если вью изменится на одном из экранов, что делать потом? Скажем, уже прошло много времени, экран оброс функционалом, но на одном из них вот надо добавить фичу?
DK
Когда одна логика на двух экранах. Зачем двоить ее?
Вот и я про это же
KD
ID:494267649
Если вью изменится на одном из экранов, что делать потом? Скажем, уже прошло много времени, экран оброс функционалом, но на одном из них вот надо добавить фичу?
Два презентера.
KD
Один под общую логику, второй с отдельной.
NK
Интересно) а не лучше ли сделать изначально два презентера, один интерактор, и посмотреть в сторону делегирования изначально? Чтобы потом себе ноги не простреливать?
NK
1 презентер на 2 вью это как одна голова на двоих)
KD
ID:494267649
Интересно) а не лучше ли сделать изначально два презентера, один интерактор, и посмотреть в сторону делегирования изначально? Чтобы потом себе ноги не простреливать?
Интерактор и так может быть один. Это уже совсем о другом.
А вот когда, например, у тебя два экрана которые показывают одну сущность, но по разному - не вижу проблемы сделать им общий презентер, чтобы не дублировать код.
А вот когда, например, у тебя два экрана которые показывают одну сущность, но по разному - не вижу проблемы сделать им общий презентер, чтобы не дублировать код.
KD
ID:494267649
1 презентер на 2 вью это как одна голова на двоих)
Не согласен. Но это все вкусовщина, имхр
DK
Интерактор и так может быть один. Это уже совсем о другом.
А вот когда, например, у тебя два экрана которые показывают одну сущность, но по разному - не вижу проблемы сделать им общий презентер, чтобы не дублировать код.
А вот когда, например, у тебя два экрана которые показывают одну сущность, но по разному - не вижу проблемы сделать им общий презентер, чтобы не дублировать код.
Мой случай как раз ) Спасибо за ProvidePresenter, попробую его.
2018 June 02
ВС
Друзья, возник вопрос
вот у меня есть главное активити, которое выступает только для того, чтобы запустить фрагмент и дальше вся работа на фрагментах
так вот, чтоб сохранить состояние экрана, мне же нужно хранить состояние этого активити, так? а это получается, мне нужно ему и презентер ещё делать?
вот у меня есть главное активити, которое выступает только для того, чтобы запустить фрагмент и дальше вся работа на фрагментах
так вот, чтоб сохранить состояние экрана, мне же нужно хранить состояние этого активити, так? а это получается, мне нужно ему и презентер ещё делать?
ВС
и всё таки возникла проблема
не восстанавливается состояние фрагмента после поворота экрана
https://gist.github.com/eltgm/a698a925fde7fc7ad7882a947d5d5191
делаю вот так
не восстанавливается состояние фрагмента после поворота экрана
https://gist.github.com/eltgm/a698a925fde7fc7ad7882a947d5d5191
делаю вот так
ВС
вот получается у меня создается активити, оно сразу создает фрагмент
во фрагменте мы можем перейти на другой фрагмент
те вот такая цепочка:
A->F1->F2
а после поворота получается только A
во фрагменте мы можем перейти на другой фрагмент
те вот такая цепочка:
A->F1->F2
а после поворота получается только A
A
вот получается у меня создается активити, оно сразу создает фрагмент
во фрагменте мы можем перейти на другой фрагмент
те вот такая цепочка:
A->F1->F2
а после поворота получается только A
во фрагменте мы можем перейти на другой фрагмент
те вот такая цепочка:
A->F1->F2
а после поворота получается только A
А фрагмент случайно не заменяется на новый?
ВС
когда из a иду в f1, то replace
когда из f1 в f2, то add и сохранение в backStack
когда из f1 в f2, то add и сохранение в backStack
ВС
что самое интересное, если я правильно понял, то у меня supportfragmentmanager своё состояние сохраняет (те та транзакция, которую я делал через add сохраняется)
ВС
А фрагмент случайно не заменяется на новый?
вообще, у меня каждый раз новй фрагмент создается
A
вот, в этом дело. я сейчас найду слайд с презентации
ВС
те replace(...,new Fragment1)
add(..., new Fragment2)
add(..., new Fragment2)