Y
Ага, а презентер как вызывает фрагмент?
Может я что-то не так понял) Но в целом например мы хотим выполнить логику при
нажатии на кнопку, то в листенере вызываем презентер
нажатии на кнопку, то в листенере вызываем презентер
Size: a a a
2020 February 02
Y
Или я что-то не так все понял
Y
Ну вообще по Мартину за ввод отвечает контроллер
Y
А за вывод презентер
AD
Написано же в статье) депрекейтед. Ну и не моя статья, спросите автора, ответит.
фрагменты-то не дипрекейтили пока
AD
видимо, только из-за этого
> It is strongly recommended to use ViewModels to store non-configuration state as they offer a composable solution suitable for any ViewModelStoreOwner that makes the ownership of the retained objects clear and provides an onCleared() callback for cleaning up resources when the activity is finally destroyed.АЕ
YorkIsMine
Может я что-то не так понял) Но в целом например мы хотим выполнить логику при
нажатии на кнопку, то в листенере вызываем презентер
нажатии на кнопку, то в листенере вызываем презентер
Я веду к тому, что фрагмент у вас обычно спрятан за интерфейсом View. Этот интерфейс своего рода Output для презентера, он через него выводит данные. Можно заменить фрагмент на что угодно, и всё будет работать.
А вот фрагмент жестко завзан на презентер, потому что вызывает конкретные методы конкретного класса. Неполная граница.
Хотите сделать полную - надо сделать интерфейс для презентера, и обращаться во фрагменте только к интерфейсу. Это уже полная граница, но кода и мороки стало больше. Поэтому все забивют, и довольствуются односторонней границей, потому что несколько разных реализаций презентеров бывает редко.
А вот фрагмент жестко завзан на презентер, потому что вызывает конкретные методы конкретного класса. Неполная граница.
Хотите сделать полную - надо сделать интерфейс для презентера, и обращаться во фрагменте только к интерфейсу. Это уже полная граница, но кода и мороки стало больше. Поэтому все забивют, и довольствуются односторонней границей, потому что несколько разных реализаций презентеров бывает редко.
АЕ
видимо, только из-за этого
> It is strongly recommended to use ViewModels to store non-configuration state as they offer a composable solution suitable for any ViewModelStoreOwner that makes the ownership of the retained objects clear and provides an onCleared() callback for cleaning up resources when the activity is finally destroyed.Да, просто попытка использовать стандартный компонент по рекомендации гугла.
Y
Я веду к тому, что фрагмент у вас обычно спрятан за интерфейсом View. Этот интерфейс своего рода Output для презентера, он через него выводит данные. Можно заменить фрагмент на что угодно, и всё будет работать.
А вот фрагмент жестко завзан на презентер, потому что вызывает конкретные методы конкретного класса. Неполная граница.
Хотите сделать полную - надо сделать интерфейс для презентера, и обращаться во фрагменте только к интерфейсу. Это уже полная граница, но кода и мороки стало больше. Поэтому все забивют, и довольствуются односторонней границей, потому что несколько разных реализаций презентеров бывает редко.
А вот фрагмент жестко завзан на презентер, потому что вызывает конкретные методы конкретного класса. Неполная граница.
Хотите сделать полную - надо сделать интерфейс для презентера, и обращаться во фрагменте только к интерфейсу. Это уже полная граница, но кода и мороки стало больше. Поэтому все забивют, и довольствуются односторонней границей, потому что несколько разных реализаций презентеров бывает редко.
То есть если во фрагменте какое-нибудь PresenterImpl используется то граница не полная
Y
А если сделать так, как я писал во 2 вопросе, то это уже будет полная граница?
АЕ
Если создание презентера вынести куда-то в DI, то наверное да
Y
Просто по идее должно быть, что Presenter p = new PresenterImpl() это неполная граница
АЕ
так и есть
A
YorkIsMine
Просто по идее должно быть, что Presenter p = new PresenterImpl() это неполная граница
Это книга по ca?
Y
Это книга по ca?
Да
Y
так и есть
Но ведь вы говорили, что если конкретный тип указан, то это неполная граница
Y
А если тип интерфейса, то полная
Y
Так как быть?)
АЕ
YorkIsMine
Но ведь вы говорили, что если конкретный тип указан, то это неполная граница
Вы ведь всё равно использовали конкретный тип, значит всё равно от него зависите.
Y
Извиняюсь, что не понимаю. Каша в голове капитальная. IClass c = new ClassImpl чем является? ClassImpl c = new ClassImpl чем является? Какими границами?