http://johnnyblog.ru/archives/339

вместо тысяч слов

если запихнуть ваш интерактор, в котором якобы бизнес логика, это дополнительный на мой взгля лишний класс

то есть получается такая связка: View, ViewModel, Interactor, Repository, Service

Оганнес как всегда на стрёме) Почему он теперь не админ??😉

ViewModel, только сохранения стейта

то есть получается такая связка: View, ViewModel, Interactor, Repository, Service

выглядит дико, особенно если тебе просто нужно показать списочек из сети/базы

Оганнес как всегда на стрёме) Почему он теперь не админ??😉

банхаммер сломался )

банхаммер сломался )

(((

выглядит дико, особенно если тебе просто нужно показать списочек из сети/базы

с Daggerom ваще пиздец

выглядит дико, особенно если тебе просто нужно показать списочек из сети/базы

А от чего тут можно избавиться, если я хочу стянуть списочек из сети и отобразить его?

если запихнуть ваш интерактор, в котором якобы бизнес логика, это дополнительный на мой взгля лишний класс

будет время глянь статейку мою, может передумаешь насчет интерактора

будет время глянь статейку мою, может передумаешь насчет интерактора

спасибо

А от чего тут можно избавиться, если я хочу стянуть списочек из сети и отобразить его?

От интерактора

Но все зависит от величины проекта

А от чего тут можно избавиться, если я хочу стянуть списочек из сети и отобразить его?

от сервиса и интерактора

От интерактора

А ежели я хочу стянуть списочек в другом потоке, где мне определить для этого логику? А если я хочу не просто отобразить списочек, а составить списочек из данных, полученных от нескольких репозиториев, куда пихнуть логику, которая объединит данные?

@Harmonizr

Всё в бедную VM затолкать? Так её порвёт на части.

А ежели я хочу стянуть списочек в другом потоке, где мне определить для этого логику? А если я хочу не просто отобразить списочек, а составить списочек из данных, полученных от нескольких репозиториев, куда пихнуть логику, которая объединит данные?

Так тебе просто списочек или сложная логика пошла?)

от сервиса и интерактора

а если предворительная бизнес логика перед обращением на бек? которая ОБЩАЯ для всех, булерплейт код в каждом репозитории, если это api популярное

а если предворительная бизнес логика перед обращением на бек? которая ОБЩАЯ для всех, булерплейт код в каждом репозитории, если это api популярное

либо наследование, но наследование это плохая вещь

особенно когда несколько разрабов шатают один и тот же код

Я знаю кейсы где интерактор необходим и кейсы где они нафиг не нужны. Все зависит от величины проекта и задач

Я знаю кейсы где интерактор необходим и кейсы где они нафиг не нужны. Все зависит от величины проекта и задач

поделись

А ежели я хочу стянуть списочек в другом потоке, где мне определить для этого логику? А если я хочу не просто отобразить списочек, а составить списочек из данных, полученных от нескольких репозиториев, куда пихнуть логику, которая объединит данные?

ну пусть тебе репозиторий уже CompletableFuture возвращает

Так тебе просто списочек или сложная логика пошла?)

Ну, у термина "сложная логика" малясь не определённая граница. Я хочу сделать, к примеру, N сетевых запросов по разным ремоутам, объединить результат в одну модель и передать её на вью. Я не считаю это логику такой уж сложной. Тезис: я считаю, что в этом таске интерактор выкинуть не удастся.

поделись

Где нужен: мой любимый кейс со скидкой в корзине. Не нужен: просто показать список из сети, потоки может и репо разрулить

а если предворительная бизнес логика перед обращением на бек? которая ОБЩАЯ для всех, булерплейт код в каждом репозитории, если это api популярное

в ФУНКЦИИ, которая обращается к HTTP-клиенту

А, я думал тут речь про бан интерактора in general. Ок тогда, no questions.

...или сделать репозиторий один, но чтобы его зависимости управляли тем, какие запросы делаются

в ФУНКЦИИ, которая обращается к HTTP-клиенту

мы к этому HTTP-клиенту обращаемся из многих репазиториев

А, я думал тут речь про бан интерактора in general. Ок тогда, no questions.

да, про него :)

ладно. откровение от Иоанна. писал экран настроек, было очень лень писать интерактор, сохранял и читал настройки прям в вьюмодели

мы к этому HTTP-клиенту обращаемся из многих репазиториев

пример?

ну пусть тебе репозиторий уже CompletableFuture возвращает

Можно и так, наверное. Hmm.

...или сделать репозиторий один, но чтобы его зависимости управляли тем, какие запросы делаются

нарушение SOLID

но я чую что рано или поздно мне придется интерактор впихнуть в вм потому как этот экран перестанет быть простым

Здрасьте, если ли возможность отличить сканнер отпечатков встроенный в экран от обычного?

Здрасьте, если ли возможность отличить сканнер отпечатков встроенный в экран от обычного?

А есть разница?

нарушение SOLID

конкретнее?

делаешь разные интерфейсы которые отдадут нужные данные, а реализация одна на всех. солид не нарушится в принципе от этого

А есть разница?

Есть, если у пользователя подэкранный сканер, то при запросе на сканирование на экране вылезает встроенная "подсветка", и она может сливаться с фоном, остальное наверное понятно

хотя все зависит от уровня засранности репы))

если посмотреть в Spring Boot, то у них Repository - это наши Retrofit API и Room DAO, а Interactor (Service) общается напрямую с ними

давайте не будем смотреть в бэкенд)

так что можно смело банить репозиторий как таковой и думать через вложенные интеракторы там, где это нужно, а там, где это не нужно - напрямую в api/dao ходить

давайте не будем смотреть в бэкенд)

а почему нет? у них только V отличается

Добрый день - есть такой вопрос - у меня есть viewModel есть к ней репозиторий где мне приходит сообщение из чата - как мне переправить сообщение обратно во viewModel ? с колбеками не получаеться , может через RX как то можно ? кто подскажет?

Добрый день - есть такой вопрос - у меня есть viewModel есть к ней репозиторий где мне приходит сообщение из чата - как мне переправить сообщение обратно во viewModel ? с колбеками не получаеться , может через RX как то можно ? кто подскажет?

ууу, кросс-постинг

livedata есть для этого

это что то вроде евентбаса?

евенбас ненадо )

это что то вроде евентбаса?

нет, это что-то вроде Rx

это что то вроде евентбаса?

Нет. Это компонент который используется с viewmodel

нарушение SOLID

я тут недавно наброс видел, что SOLID только жить мешает

http://johnnyblog.ru/archives/339

ууу, блогеров развелось

http://johnnyblog.ru/archives/339

Очень графомански. Неплохо бы больше примеров и меньше философии

я тут недавно наброс видел, что SOLID только жить мешает

спагети код фоеревер

Очень графомански. Неплохо бы больше примеров и меньше философии

сочту за комплимент. каждому свое

а почему нет? у них только V отличается

бэкенд и вью в одном предложении Ы

спагети код фоеревер

не уверен, что на все 100% согласен, но вот https://twitter.com/mobileunderhood/status/1215721115651387395

не соблюдать солид это как не соблюдать ООП

особенно в андроид особенно в джава

сочту за комплимент. каждому свое

Просто мнение. Нет смысла обижаться

ща из запоя выйду и бахну пару статей про клин, мввм, корутины, ливдата и т.д.

ща из запоя выйду и бахну пару статей про клин, мввм, корутины, ливдата и т.д.

семинар проведи онлайн )

семинар проведи онлайн )

не. я любитель монологов

Тогда сюда кидай

чек-лист по проектированию Android-приложения *пошел лендос клепать*

не уверен, что на все 100% согласен, но вот https://twitter.com/mobileunderhood/status/1215721115651387395

спасибо.блеванул

Привет сорян за нубство, подскажите флаттер по андроид норм? как со скоростью, с нативностью виджетов? или лучше котлин

делаешь разные интерфейсы которые отдадут нужные данные, а реализация одна на всех. солид не нарушится в принципе от этого

а ну да, тогда да, разделение интерфейсов

Привет сорян за нубство, подскажите флаттер по андроид норм? как со скоростью, с нативностью виджетов? или лучше котлин

пушка, советую

Привет сорян за нубство, подскажите флаттер по андроид норм? как со скоростью, с нативностью виджетов? или лучше котлин

Флаттер и котлин это разное. Флаттер это не язык, а юай фреймворк. Ты можешь одновременно иметь и флаттер и котлин в проекте

Флаттер и котлин это разное. Флаттер это не язык, а юай фреймворк. Ты можешь одновременно иметь и флаттер и котлин в проекте

это наверное немного оффтоп, но я хотел в последующем без острых мучений портировать код под IOS

но понял идею.. логику типа можно на котлине

это наверное немного оффтоп, но я хотел в последующем без острых мучений портировать код под IOS

Либо пиши все максимально под флаттером на дарте, либо ограничивай себя функционалом котлин нейтив, который помоему может быть собран под ios

Привет сорян за нубство, подскажите флаттер по андроид норм? как со скоростью, с нативностью виджетов? или лучше котлин

флатер ван лов, зайди в флатер чаты тебе там расскажут все что захочешь

о есть чаты, круто