в ентити лежат сконвертированные из ДТО сущности

без аннотаций от гсона всяких и тп

в ентити лежат сконвертированные из ДТО сущности

И это каким-то образом называется не Data?

это дата но не entity

dto это

Вот дичь)

там необязателньо будут поджо классы могут быт ькакие то структуры данных и тп

Вот дичь)

доклад "Пишем тестируемый код" Евгения Мацюка видел?

там необязателньо будут поджо классы могут быт ькакие то структуры данных и тп

Ну да. Но в моем понимание в любом случае Data = данные. То есть это слой который должен тупо предоставлять данные, возможность с ними работать (всякие репозитории, дао, модели и пр.). Тобишь это никак не должно пересекаться с андроид фреймворком, разве что дата тупо сохраняется в каких нить шаред преференсах.

да ты почти ничего не получишь без контекста)

префы ресурсы геолокация сенсоры

все зависит от андроида

и это норм как и УИ

ты же его будешь тоже переделывать например при переходе под десктоп

как и источники данных

Ну да. Но в моем понимание в любом случае Data = данные. То есть это слой который должен тупо предоставлять данные, возможность с ними работать (всякие репозитории, дао, модели и пр.). Тобишь это никак не должно пересекаться с андроид фреймворком, разве что дата тупо сохраняется в каких нить шаред преференсах.

твои же SharedPReferences так же нуждаются в контексте и это тот же андроид

а домейн останется

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

Но из-за такой кривости андроида половина клин архитектуры в трубу летит)

вот на этом кружочке как раз и показано что должно быть далеко от фреймворка а что нет

то что в центре самое чистое

и ближе к краям обрастает

Но из-за такой кривости андроида половина клин архитектуры в трубу летит)

вот тут ты сильно ошибся)

вот на этом кружочке как раз и показано что должно быть далеко от фреймворка а что нет

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

А по итогу хер там плавал, он почти наружний)

вот тут ты сильно ошибся)

В чем?)

В чем?)

в том, что дата должна быть далека от Android

ты наверное не до конца просек фишку этих кругов

в том, что дата должна быть далека от Android

Теоретически в чем я ошибся? Каким боком сами данные и работа с ними должна быть связана с андроидом?

Да срал я на круги, я уже абстрактно говорю как оно по хорошему бы.

там все очень логично на самом деле

таким, что Android - это та штука, которая эти данные предоставляет. пиши ты под iOS, то у тебя был бы другой алгоритм доступа к данным.

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

там все очень логично на самом деле

В теории - да. Читаешь и прелесть. А так не сказал бы.

а еще дата - это интерфейс Repository. он-то и делает всю магию, пряча внутри себя работу с SharedPRefs, UserDefaults и т.д.

таким, что Android - это та штука, которая эти данные предоставляет. пиши ты под iOS, то у тебя был бы другой алгоритм доступа к данным.

Андроид, так то, это штука которая данные получает и обрабатывает. В идеале, разумеется. А из-за того как фреймворк устроен с его контекстом и пр. и получается, что он и предоставляет, что как-то вразрез идет. Ибо каким боком (в теории) андроид должен предоставлять данные? БД, например, должна предоставлять их. Класс получает из бд данные ничего не зная о том, кто там просит, а слой выше уже обрабатвает и передает андроиду для отображения и пр.

> Ибо каким боком (в теории) андроид должен предоставлять данные? БД, например, должна предоставлять их. Так БД - это тоже относится к фреймворкам и драйверам, тоесть самый внешний круг.

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

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

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

Это конечно имхо

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

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

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

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

Frameworks and Drivers. The outermost layer is generally composed of frameworks and tools such as the Database, the Web Framework, etc. Generally you don’t write much code in this layer other than glue code that communicates to the next circle inwards. This layer is where all the details go. The Web is a detail. The database is a detail. We keep these things on the outside where they can do little harm. Отсюда https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html

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

И вот влезает туда фреймворк, да. Что немного портит эту архитектуру как-раз.

Frameworks and Drivers. The outermost layer is generally composed of frameworks and tools such as the Database, the Web Framework, etc. Generally you don’t write much code in this layer other than glue code that communicates to the next circle inwards. This layer is where all the details go. The Web is a detail. The database is a detail. We keep these things on the outside where they can do little harm. Отсюда https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html

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

Ибо по мне внутренний круг так же относится к data

И вот влезает туда фреймворк, да. Что немного портит эту архитектуру как-раз.

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

Я ничего не предлагаю

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

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

а как бы ты эту связь реализовать?

Намешано все.

Никак, я не архитектор, кодер из меня тоже кривой, не мне такие вопросы решать, их вот уже решили за меня всякие Анкл Бобы)

Как вы думаете как лучше выполнять джобсервис с 3 несвязанными тасками? Запустить 3 таска параллельно и собрать их барьером после чего выполнить последний или же лучше запустить все последовательно в одном потоке? Джоба выполняется раз в 10 часов и тупо обновляет локал БД

я вот распараллелил их

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

Никак, я не архитектор, кодер из меня тоже кривой, не мне такие вопросы решать, их вот уже решили за меня всякие Анкл Бобы)

Он только предложил свое виденье. Оно лишь одно из нескольких, а не единственно верное. Не нравится - не используйте. Найдите то, что по душе вам.

Он только предложил свое виденье. Оно лишь одно из нескольких, а не единственно верное. Не нравится - не используйте. Найдите то, что по душе вам.

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

Мне этого достаточно, чтобы доверять.

Как вы думаете как лучше выполнять джобсервис с 3 несвязанными тасками? Запустить 3 таска параллельно и собрать их барьером после чего выполнить последний или же лучше запустить все последовательно в одном потоке? Джоба выполняется раз в 10 часов и тупо обновляет локал БД

От задачи зависит. Если это какие-то IO джобы, то они хорошо паралелятся, и тогда профит от первого варианта будет.

задачи писать в бд

sqlite или сторонняя БД? Если не ошибаюсть, то андроид не сильно умеет с sqlite в несколько потоков работать

склайт поверх нее ormlite

склайт поверх нее ormlite

а почему через барьер, а не Rx?

ну вот так)

нет рх в проекте

2 таска пищут в бд а третий на сервер ходит

ERROR: S client not available

нет рх в проекте

одна строчка же

ну всмысле)

2 таска пищут в бд а третий на сервер ходит

а если через HandlerThread?

это же не мой пет проектик)

да не, вопрос же в том параллелить или последовательо в одном треде делать)

а не в том как

https://medium.com/inloop/transactions-and-threads-in-sqlite-on-android-215e46670f2d

да не, вопрос же в том параллелить или последовательо в одном треде делать)

туплю опять =(

сериализую таски вобщем. спасибо)

Кстати, пакет лайфцикла от гугла пробовал кто-нибудь уже? Или там настолько альфа, что следует держаться подальше?

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

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

Ботом навигацию можно спрятать)

Ботом навигацию можно спрятать)

это выглядит как костыль, имхо

это дополнительная логика, которая может не всегда правильно обработаться

это дополнительная логика, которая может не всегда правильно обработаться

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

я еще думаю над выносом этого в отдельный фрагмент ?

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

не очень понял кейс

я еще думаю над выносом этого в отдельный фрагмент ?

Ботом навигация у тебя на многих скринах?

Ботом навигация у тебя на многих скринах?

вру, только в корне

Тогда можно и отдельным фрагментом и не делать ботом навигацию одну на каждый скрин)

хм, ладно, кажется понял

Кто сталкивался с отменой вызовов? С входящим работает, а вот исходящий - нет. Вот гиста: https://gist.github.com/anonymous/9690e0fc7e498e8effc5f93e3e43c81b

UP Ребят, очень нужна помощь

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

Лучше активити отдельную, так точно логика и отображение входа будет отдельно, что есть лучше)

Фрагмент посути тогда и не нужен для входа

Кто-нибудь может объяснить как такое возможно: дебаг билд весит чуть больше мегабайта, а релизный с прогардом и shrinkResources=true, почти 7мб?

В студии есть инспектор апк, открой в нём дебажный и релизный и сравни

Может поможет понять

Завтра гляну, а щас еще варианты есть?

У меня нет

Спасибо)

Ребят расскажите как обстоят дела с андроидом в плане безопасности кражи/потери по сравнению с айос

Зашёл в раздел приватности в случае потери -> отформатировал/заблокировал/обнаружил телефон