С остальным проблем не замечано

или они не значительны

Правильно, когда у тебя все приложение держится на вьюхах, а не на фрагментах

В смысле все на вьюхах? И чем это правильно?

Правильный кейс вообще, когда в активити фрагмент, в котором и происходит весь движ, а активити только за жц отвечает.

+

*Попкорн*

Правильно, когда у тебя все приложение держится на вьюхах, а не на фрагментах

а отличие? что ты сам их менеджеришь? для фрагмента все само сразу создается и методы жц в том числе

правильный кейс - когда у тебя логика отделена

я юзаю такую схему: View (Activity/Fragment/View) -> Presente -> Interactor -> Repository -> Retrofit. ретрофит отдает обезервабл, его допиливает если нужно интерактор под конкретный юз кейз (сортировка или фильтрация или преобразование данных), дальше интерактор отдает обзервабл перезентеру, который на него подписывается и отдает уже команды на отображение для вью (например фрагменту). эта схема очень мне нравится, проблем с ней пока никаких не видел

я юзаю такую схему: View (Activity/Fragment/View) -> Presente -> Interactor -> Repository -> Retrofit. ретрофит отдает обезервабл, его допиливает если нужно интерактор под конкретный юз кейз (сортировка или фильтрация или преобразование данных), дальше интерактор отдает обзервабл перезентеру, который на него подписывается и отдает уже команды на отображение для вью (например фрагменту). эта схема очень мне нравится, проблем с ней пока никаких не видел

похоже на то, что чувак в докладе рассказывает

я юзаю такую схему: View (Activity/Fragment/View) -> Presente -> Interactor -> Repository -> Retrofit. ретрофит отдает обезервабл, его допиливает если нужно интерактор под конкретный юз кейз (сортировка или фильтрация или преобразование данных), дальше интерактор отдает обзервабл перезентеру, который на него подписывается и отдает уже команды на отображение для вью (например фрагменту). эта схема очень мне нравится, проблем с ней пока никаких не видел

Зачем интерактор если это может делать презентер?

https://yadi.sk/i/kgzoMH2Pkw2KU

я юзаю такую схему: View (Activity/Fragment/View) -> Presente -> Interactor -> Repository -> Retrofit. ретрофит отдает обезервабл, его допиливает если нужно интерактор под конкретный юз кейз (сортировка или фильтрация или преобразование данных), дальше интерактор отдает обзервабл перезентеру, который на него подписывается и отдает уже команды на отображение для вью (например фрагменту). эта схема очень мне нравится, проблем с ней пока никаких не видел

сие поддерживается в Moxy || Mosby?

Как вам кстати архитектура telegram? Стоит ли на него равняться?

конечно

100 лямов инсталлов

Как вам кстати архитектура telegram? Стоит ли на него равняться?

Ты на вопросы сначала ответь

https://yadi.sk/i/kgzoMH2Pkw2KU

у чувака всё сложно и over engineering-а оч. много

Как вам кстати архитектура telegram? Стоит ли на него равняться?

лол, там есть идеи хорошие но архитектуры там нет

6К строк активити = нормально

лол, там есть идеи хорошие но архитектуры там нет

есть открытый код?

есть открытый код?

Добрый вечер)

ыыыыы

https://github.com/DrKLO/Telegram

Зачем интерактор если это может делать презентер?

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

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

не подскажешь, может какая статья на эту тему есть, где всё красиво описано?

https://github.com/DrKLO/Telegram

ага, как раз спросить хотел оно ли

грубо говоря получается так: презентер - логика работы вью, его управление и реакция на действия пользователя, интерактор - логика юз-кейза, без учета специфики отображения, репозиторий - хранение и получение данных

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

вообще есть ощущение что смотря какая логика, если логика в том чтоб дату конвертнуть мне кажется ниче никуда выносить не надо…

не подскажешь, может какая статья на эту тему есть, где всё красиво описано?

я юзаю Mosby. хочу поробовать moxy но руки не дошли пока. вообще мой подход это синтез Clean и MVP. они друг друга очень хорошо дополняют. сначала я сделал MVP, потом почитал про Clean и попробовал отделять интерактор, стало еще удобнее и красивее. потом сделал репозитории и стало еще лучше. статьи готовой чтобы вообще все описывала не видел. но много хороших статей по MVP и Clean на андроиде, их достаточно

https://yadi.sk/i/kgzoMH2Pkw2KU

аби, кстати в мобайле сильно в жопе. не надо слушать этого господина

вообще есть ощущение что смотря какая логика, если логика в том чтоб дату конвертнуть мне кажется ниче никуда выносить не надо…

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

грубо говоря получается так: презентер - логика работы вью, его управление и реакция на действия пользователя, интерактор - логика юз-кейза, без учета специфики отображения, репозиторий - хранение и получение данных

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

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

тут получается что MVP - частный случай Clean. в клин больше слоев, а мвп это только та часть которая касается представления данных

логика она тоже разная. часть логики это логика представления, а часть - юз-кейз, не зависящий от представления данных.

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

а остальное надо куда-то еще девать

но это сугубо мое мнение, я его никому не навязываю )

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

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

https://yadi.sk/i/kgzoMH2Pkw2KU

я посмотрю и потом скажу похоже или нет

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

Что по fuchsia скажете? Ходят слухи что Гугл перейдет с андроид на это

не подскажешь, может какая статья на эту тему есть, где всё красиво описано?

если хочешь про mosby почитать, то лучше всего на сайте автора про него написано

если хочешь про mosby почитать, то лучше всего на сайте автора про него написано

учту, спасибо

Что по fuchsia скажете? Ходят слухи что Гугл перейдет с андроид на это

скорее всего это ОС для IoT

думаю андроид тут вообще не причем

Что по fuchsia скажете? Ходят слухи что Гугл перейдет с андроид на это

это не то что они делают для всяких приборов - не смартфонов, что еще может все это дело интегрировать

Не вижу проблемы сделать это все под смартфоны.

да сделать свою ос - вообще хуйня

Для Гугла, видимо да

Потому что фрагментация андроида это ебаная беда

будет фрагментация другой ос

будет фрагментация другой ос

Есть вопрос небольшой к тебе по графике - но не по Open GL

задавай

задавай

Не пойму, что за фигня. Вот код https://gist.github.com/evigor/62dc0219f62cf66ab7059229c1eee70f

При создании и добавлении одной линзы - все ок

Если я пытаюсь заполнить всю область лица циклом - получается фигня - нижняя часть линзы не отрисовывается нормально

matrix.postScale(2f, 2f, x, y); mPaint.getShader().setLocalMatrix(matrix); tempCanvas.drawCircle(x, y, r/2, mPaint);

Кажется мне, что первая отрисовывается криво - остальные за ней повторяют

Делал как здесь http://stackoverflow.com/questions/32055525/how-to-magnify-zoom-part-of-image

сорян, я в твоем коде не могу ничего понять )

сорян, я в твоем коде не могу ничего понять )

Там все просто - я распознаю лицо и рисую на нем линзы

С помощью Matrix и BitmapShader

Всем привет, кто работал с WebSocket, какую библиотеку вы использовали ?

Всем привет, кто работал с WebSocket, какую библиотеку вы использовали ?

Я работал

Какую библиотеку вы использовали ?

Автобан. Но там не поддержки wss

ERROR: S client not available

А вообще там очень не сложно самому сделать

не сложно самому сделать wss соединение?

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

Народ, какую структуру пакетов используете в андроиде?

Мне понравилась идея пакет=экран, но не знаю что делать если на разных экранах используются одни и те же модели, вьюхи. Куда их выносить?

Мне понравилась идея пакет=экран, но не знаю что делать если на разных экранах используются одни и те же модели, вьюхи. Куда их выносить?

обычно группирую use_case - пакет. плюс отдельно лежат репозитории, интеракторы, сервисы, утилиты и тд

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

Какую архектиктуру ты использовал при работе с ws? ws запускал в сервисе ?

Народ, какую структуру пакетов используете в андроиде?

Ui Service

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

при этом рекламу можно отключить поэтому маргином не особо как-то...

Какую архектиктуру ты использовал при работе с ws? ws запускал в сервисе ?

Делал 2 реализации: сервис и луп. Последний был выгоднее. Потому что фоново не надо было делать синхронизацию

обычно группирую use_case - пакет. плюс отдельно лежат репозитории, интеракторы, сервисы, утилиты и тд

А useCase и interactor это не одно и то же?

если кнопку вставить внутрь ресайклера, то ругается что Binary XML file line #21: RecyclerView has no LayoutManager

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

Координат оаяут и бехевиор?

Координат оаяут и бехевиор?

если отыщу в гугле что все это значит, отвечу ))

на хабре статейку ща зачитаю )

если отыщу в гугле что все это значит, отвечу ))

Посмотри гайд на материал дизайне. Там есть и отсылки и примеры.

Делал 2 реализации: сервис и луп. Последний был выгоднее. Потому что фоново не надо было делать синхронизацию

луп? не пойму как это

да, если МВП. Просто я его ни разу не пробовал, вот решил поэкспериментировать

Бро, ты вроде путевые советы даешь, как же там произошло что ты не юзал уже давно не самый новый тренд андроид??

А useCase и interactor это не одно и то же?

больше всего классов обычно в презентации. вот я про их группировку

остальные вещи еще в отдельных пакетах

https://yadi.sk/i/kgzoMH2Pkw2KU - чего то товарищ часто слова неудачные выбирает

луп? не пойму как это

Луп треад. Внутри реализован на мессаджах. Используешь луп как сингтон. Статикой метод на оправку. Кидаешь месагу из статик метрда. Ловишь уже в лупе и кидаешь в либу. В лупе же и ловить инкамы. Как закидывать их в апп уже по архитектуре смотреть надо

а с библиотекой nv-websocket-client работал?

Бро, ты вроде путевые советы даешь, как же там произошло что ты не юзал уже давно не самый новый тренд андроид??

Очень просто всё. Когда я пришел на работу, мне сказали, что буду пилить на андройде. Учился по докам и кускам кода коллег, а с нуля ничего толкового не писал

Вот есть проект, я по нему ориентируюсь.

а с библиотекой nv-websocket-client работал?

Да

Да

Какие там основные проблемы? есть ли там проблема с приемом сообщений? в некторых библиотек есть проблема, что большое сообщение он просто не принимает, и если некторое время бездействовать, то сокет просто закрывается

Привет! кто нибудь активно с firebase работает тут? Конкретно с realtime database

Какие там основные проблемы? есть ли там проблема с приемом сообщений? в некторых библиотек есть проблема, что большое сообщение он просто не принимает, и если некторое время бездействовать, то сокет просто закрывается

Не видел проблем.если бездействовать, то закрывается

при этом вызывается медо onClose ?