а как тогда selected state цвет менять ?

а как тогда selected state цвет менять ?

а как оно на дизайне должно выглядеть?

тогда нужны 2 иконки

app:itemIconTint="@null"

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

замени path на clip-path

This tag is not supported in images generated from this vector icon for API < 24; check generated icon to make sure it looks acceptable more... (⌘F1)

vectorDrawables.useSupportLibrary true

нужно ввести ещё один слой, назовём его ИНТЕРАКТОР. В нем делай запрос к api/repository и проверий данные как хочешь Метод интерактора например возвращать будет SIngle

значит пингуй дизигнера, пусть в редакторе шейп изменит на маску

значит пингуй дизигнера, пусть в редакторе шейп изменит на маску

делать запрос к репозиторию, полученные данные проверять и снова обращаться к репозиторию, чтобы записать данные в случае успешной проверки? И одновременно возвращать результат в презентер? С одной стороны, я привык считать, что репозиторий выполняет логику получения данных, сохранения в бд. Но как я вижу его очищают от всякой логики и всё это делает интерактор, но с другой стороны это логика кеширования, она нужна будет и в других запросах и кажется ей место в репозитории.. запутался я и всю путаницу вводит метод, который делает проверку данных

делать запрос к репозиторию, полученные данные проверять и снова обращаться к репозиторию, чтобы записать данные в случае успешной проверки? И одновременно возвращать результат в презентер? С одной стороны, я привык считать, что репозиторий выполняет логику получения данных, сохранения в бд. Но как я вижу его очищают от всякой логики и всё это делает интерактор, но с другой стороны это логика кеширования, она нужна будет и в других запросах и кажется ей место в репозитории.. запутался я и всю путаницу вводит метод, который делает проверку данных

если ты свои запросы к api назовешь не репозиторий, а Api, то все сложится, не?

если ты свои запросы к api назовешь не репозиторий, а Api, то все сложится, не?

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

нет. Репозиторй для меня это фасад объединяющий апи Бд и апи сетевое.

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

нет. Репозиторй для меня это фасад объединяющий апи Бд и апи сетевое.

ну если так оставишь, то в интеракторе этот репозиторий используй + логику свою. Я прост хз где у тебя сейчас эта логика находится. Мб ей как раз место в этом общем репозитории? Тогда он типа интерактора будет и ок

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

и интерактор тебе нахер не нужен, если у тебя один запрос на все приложение

про DataSource я уже написал, что у меня как раз это уже реализовано. Репозиторий хранит ссылки на два интерфейса для Бд и для Сети. Хочу накрошить его как крупный проект, это же учебный. Поэтому нужны и интеракторы для переиспользования

гуглы логику в репах делают наверное и это ок

Кстати. Если я некоторые вещи криптую перед хранением в сети или на устройстве и декодирую перед отображением - криптобиблиотека это какой слой?

Кстати. Если я некоторые вещи криптую перед хранением в сети или на устройстве и декодирую перед отображением - криптобиблиотека это какой слой?

public <T> T[] getSpans(int start, int end, Class<T> type); в качестве третьего параметра что я могу указать?

public <T> T[] getSpans(int start, int end, Class<T> type); в качестве третьего параметра что я могу указать?

public <T> T[] getSpans(int start, int end, Class<T> type); в качестве третьего параметра что я могу указать?

переименуй его в интерактор, будет почти тру клин)

ObjectA::class

класс

понятно) какой?)

ну типа CharSequence или какой то конкретный?

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

Который тебе нужно. Если бы метод сам это знал, он бы не спрашивал. Прочитай джавадок всё-таки.

тут вся загвоздка в методе который делает проверку данных. Если я хочу через интерактор, то он должен сперва в бд сходить, потом в сеть, потом проверить данные и снова в бд и в презентер. Получается, что репозиторий я лишил всякой логики и по Solid и согласно всем принципам, это верно. В репозитории допускается всего лишь немного логики, если приложение не большое. А я вот сейчас уберу всё в интерактор. И .. ооо.. и все четко. Единственное, надо над Rx подумать. Я от него профита никак получить не могу)) Когда из репозитория вернется Observable мне надо из него там же данные вытащить для проверки. Потом снова в Observable обернуть и бд(доп. поток) и в презентер послать. И презентер и бд тоже должны будут реализовывать observable . Че то куча реализаций observable , на каждом шагу вытащи данные, упакуй.. Видать я еще не въехал в идею Rx