Size: a a a

Android Architecture

2020 March 04

DD

Dmitriy Dyachenko in Android Architecture
Implozia
но сам по себе адаптер ничего не отображает же
Адаптер - это вспомогательный класс RecyclerView, он даже объявлен в нем - "RecyclerView.Adapter"
Если его относить не к View слою - тогда и RecyclerView можно тоже пихать куда ни попадя
источник

I

Implozia in Android Architecture
Dmitriy Dyachenko
Адаптер - это вспомогательный класс RecyclerView, он даже объявлен в нем - "RecyclerView.Adapter"
Если его относить не к View слою - тогда и RecyclerView можно тоже пихать куда ни попадя
ну если мы говорим о RecyclerView.Adapter - то его теперь можно использовать и во ViewPager2)
источник

DD

Dmitriy Dyachenko in Android Architecture
Что не отменяет того, что он должен находиться во View слое
источник

I

Implozia in Android Architecture
Dmitriy Dyachenko
Что не отменяет того, что он должен находиться во View слое
отменяет - то что он является "вспомогательным классом" ни о чем не говорит, а RecyclerView.Adapter - говорит только о том,  что в RecyclerView есть inner-класс Adapter
источник

DD

Dmitriy Dyachenko in Android Architecture
Интересный ход мыслей) Лично меня бы смутило как минимум то что он inner класс того класса, который является частью View слоя, и хотя бы из-за этого я бы в жизни не задумался выносить его в presentation слой. Но в целом конечно никто никому ничего не навязывает, и каждый разработчик, делает так как, прежде всего, удобно ему и его команде.
Но могу заверить, что 99% разработчиков будут удивлены, найдя адаптер в presentation слое
источник

KD

Konstantin Dovnar in Android Architecture
Dmitriy Dyachenko
Интересный ход мыслей) Лично меня бы смутило как минимум то что он inner класс того класса, который является частью View слоя, и хотя бы из-за этого я бы в жизни не задумался выносить его в presentation слой. Но в целом конечно никто никому ничего не навязывает, и каждый разработчик, делает так как, прежде всего, удобно ему и его команде.
Но могу заверить, что 99% разработчиков будут удивлены, найдя адаптер в presentation слое
Чито? Может вне presentation?
источник

DD

Dmitriy Dyachenko in Android Architecture
Konstantin Dovnar
Чито? Может вне presentation?
То есть я заблуждаюсь и все адаптеры пихают в Presentation, не во View?
источник

KD

Konstantin Dovnar in Android Architecture
О чём вообще разговор?
Должен ли вспомогательный при отрисовке быть вне презентейшена? Разумеется нет.
источник

I

Igor in Android Architecture
Dmitriy Dyachenko
То есть я заблуждаюсь и все адаптеры пихают в Presentation, не во View?
Presentation == View, просто разная терминология в разных источниках
источник

KD

Konstantin Dovnar in Android Architecture
Dmitriy Dyachenko
То есть я заблуждаюсь и все адаптеры пихают в Presentation, не во View?
У вас какое-то очень глубинное разделение.
Для меня presentation это слой в котором находится всё, что относится к отрисовке.
источник

I

Implozia in Android Architecture
Dmitriy Dyachenko
То есть я заблуждаюсь и все адаптеры пихают в Presentation, не во View?
ну, в основном - да, только я по ошибке думал - а почему это не пихнуть в model?
источник

KD

Konstantin Dovnar in Android Architecture
Implozia
ну, в основном - да, только я по ошибке думал - а почему это не пихнуть в model?
Потому что model — это работа с данными.
А адаптер — работа с отображением.
источник

DD

Dmitriy Dyachenko in Android Architecture
Igor
Presentation == View, просто разная терминология в разных источниках
Понял, я не в ту терминологию ушел
источник

I

Implozia in Android Architecture
Konstantin Dovnar
Потому что model — это работа с данными.
А адаптер — работа с отображением.
но adapter и с данными тоже работает - вот что у меня дилемму вызвало
источник

DD

Dmitriy Dyachenko in Android Architecture
Решил что тут речь за разделение View - вью из MVP, presentation - Presenter из MVP
источник

KD

Konstantin Dovnar in Android Architecture
Implozia
но adapter и с данными тоже работает - вот что у меня дилемму вызвало
Он не работает с данными. Он занимается их отображением. Он создаёт ViewHolder, занимается перерисовкой данных.

Можно сказать, что он работает с данными — но с данными отображения, а не данными приложения.
источник

I

Implozia in Android Architecture
Konstantin Dovnar
Он не работает с данными. Он занимается их отображением. Он создаёт ViewHolder, занимается перерисовкой данных.

Можно сказать, что он работает с данными — но с данными отображения, а не данными приложения.
он адаптирует различные типы данных для отображения или в другой вид данных - тут лучше вики подскажет про этот паттерн) Чет я сам уже могу хуйню сказать, путаюсь, сливаюсь, пойду покодирую чутка
источник

СГ

Сергей Греков in Android Architecture
Tepex
Адаптеры — такая вещь, которую нельзя однозначно отнести к какому-либо слою MVP.
Это деклассированный элемент.
Но работают с ними как с первым классом)
источник

КЧ

Константин Чайко in Android Architecture
Implozia
отменяет - то что он является "вспомогательным классом" ни о чем не говорит, а RecyclerView.Adapter - говорит только о том,  что в RecyclerView есть inner-класс Adapter
странные мысли, адаптер мапит данные слоя presentation на view, каким боком он вообще может быть в domain или data ?
источник

КЧ

Константин Чайко in Android Architecture
если там эти классы использоваться никоим образом не будут
источник