Дамир

Здравствуйте! Подскажите, в правильном ли я направлении размышляю. Есть экран, на нём всякие layouts. Они отображаются не все сразу, а меняют визибилити в зависимости от нажат...

В догонку еще один вопрос - а зачем в репозитории почти всегда присутствует метод GetById? Записи всегда вытаскиваются со своими айдишниками наружу и тащатся эти айдишники чер...

Интересно узнать, делал ли кто-нибудь такое - есть много юзкейсов с одинаковым интерфейсом, но выполняющие разные функции (что-то типа паттерна Команда). И чтобы эти юзкейсы п...

Подскажите, пожалуйста. У аппликейшн контекста есть методы, позволяющие узнать путь к файлам приложения: getApplicationContext().getFilesDir().getPath() Как можно это сделат...

и всю логику навигации туда заложить? это ж повеситься можно!

Ребята, кто-нибудь пытался использовать строгий подход к архитектуре по книгам дяди Боба? Интересует разделение на различные слои, использование MVP и особенно есть вопрос по ...

Да. На сервере естественно нужно будет поддерживать последнюю версию модели. Но я пока о веб думаю - нужно локально хотя бы хранилище создать. И если приложение обновится - н...

Ну конкретно сейчас интересует понятие "контроллер" - почему его функции неможет выполнять презентер? Презентер по Бобу - только выходные данные предоставляет пользователю чер...

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

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

Кто сказал, что по другому нельзя хэш генерить?

тогда всё же лучше фасад делать наверное? закинул его презентеру, а тот дёргает методы нужные либо вообще конфигурирует юзкейс (по типу билдера) и потом экзекьют!

Интересно... а как вообще решают такие проблемы с моделями из сети и БД?

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

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

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

Хорошо... переделаю вопрос. Какие БД хранят в json и поддерживают миграцию?

Ребята, разбираюсь с use case, все примеры, что видел - это stateless use case. А есть живой пример statefull use case?

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

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