Практично ли передавать объекты в качестве параметра другому контроллеру в Conductor?

tiroman, чистый MVP использую. MVVM, не знаю, можно ли использовать с Conductor

Практично ли передавать объекты в качестве параметра другому контроллеру в Conductor?

Денис Загаевский, как раз адрес доставки, только один раз вбивает, но может вернуться редактировать. Спасибо большое за совет!

Практично ли передавать объекты в качестве параметра другому контроллеру в Conductor?

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

Практично ли передавать объекты в качестве параметра другому контроллеру в Conductor?

Есть 2 контроллера: CheckoutController и AddressController.
В первом есть форма, в которую должен вставиться адрес из AddressController. Во втором тоже форма, после заполнения которой адрес передается в CheckoutController.
Если в CheckoutController адрес уже заполнен, при открытии AddressController адрес из CheckoutController передается в AddressController.
Т.е. у меня двухсторонняя передача данных.

Оно не падает, т.к. достаточно одного конструктора либо пустого, либо с Bundle (" does not have a constructor that takes a Bundle argument or a default constructor. Controllers must have one of these in order to restore their states.")

Изменил код, так ты имел в виду?

public AddressController(Bundle bundle){
        super(bundle);
        Timber.d("Bundle");
        address.street = bundle.getString(ADDRESS_STREET);
        address.house = bundle.getString(ADDRESS_HOUSE);
        address.building = bundle.getString(ADDRESS_BUILDING);
        address.apartment = bundle.getString(ADDRESS_APARTMENT);

    }

    public <T extends Controller & CheckoutListener> 
    AddressController(Address address, T listener) {
        this.address = address;
        getArgs().putString(ADDRESS_STREET, address.street);
        getArgs().putString(ADDRESS_HOUSE, address.house);
        getArgs().putString(ADDRESS_BUILDING, address.building);
        getArgs().putString(ADDRESS_APARTMENT, address.apartment);

        setTargetController(listener);
    }

У меня вопрос был: можно ли передавать целый объект в контроллер или лучше расщепив на примитивные типы?

С помощью какого компонента можно реализовать отображение дерева?

Денис Загаевский, ок, спасибо

С помощью какого компонента можно реализовать отображение дерева?

Допустим будем делать на нем. Мне кнопки "Главное меню" и "Посмотреть все товары" тоже придется включить в список элементов. Если есть List, эти кнопки тоже станут продуктами. Или стоит создать интерфейс Item, который будет реализовывать Product и Button. List<Item> items;
И потом в методе getItemViewType проверять instanceof Button
Что скажете?

С помощью какого компонента можно реализовать отображение дерева?

Дмитрий, не совсем, это напоминает обычный expandable listview.
Нужно, чтобы при нажатии на элемент, отображались дочерние элементы, при этом скрывались верхние, оставляя один родительский, потом ещё кликаем на его дочерний и скрываются элементы верхнего уровня, оставляя несколько родительских. Например:

1. A, B, C, D
2. Кликаем на B
3. Получается: B -> B1, B2, B3 (A,C,D не видно)
4. Кликаем на B3
5. Остаётся: B, B3->B31, B32, B33, B34. (B1,B2 не видно)

Есть ли острая необходимость поддерживать api ниже 21?

ок, спасибо. Исходя из того, что на сайтах магазинов, в которых смотрел, нет api меньше 21, а даже есть смартфоны за 1.5-2к руб уже с установленными android 8.0, делаю выбор не поддерживать api 19

Есть ли острая необходимость поддерживать api ниже 21?

Андрей, вопрос в другом: много ли пользователей с api меньше 21?

Есть ли острая необходимость поддерживать api ниже 21?

можете сказать процент пользователей с ОС меньше Android 5.0 версии, пользующихся вашим приложением?

Что лучше: getActivity() или onAttach(Context) во фрагментах?

Денис Загаевский, просто любительский интерес. Со вторым способом получается больше кода, но почему-то первый способ не использует. Книга 2017 года. А вы какой способ предпочитаете?

Что лучше: getActivity() или onAttach(Context) во фрагментах?

Денис Загаевский, в книге Android программирование для профессионалов. И ещё в некоторых статьях читал

Как поменять цвета иконок Toolbar при переключении темы?

Yar Rick, понятно, похоже, 2-м вариантом надо пользоваться

Как поменять цвета иконок Toolbar при переключении темы?

в этой статье тоже говорится https://medium.com/@emmaguy/dynamically-changing-s...

Как поменять цвета иконок Toolbar при переключении темы?

проверил: на API 25 четко, на 19 не работает

Как поменять цвета иконок Toolbar при переключении темы?

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

Какой способ для обновления данных лучше?

Спасибо

Что выбрать в качестве хранилища для приложения с тестами?

sim3x, почитал про yaml, он по скорости уступает json. Читабельность человеком не нужна. Я бы использовал sqlite, у меня есть таблицы: Категории, Вопросы и Варианты. Если я собираюсь сделать так, чтобы 1 вопрос относился к нескольким категориям, то возникает необходимость скопировать такое к-во записей, совпадающее с к-вом вариантов. Может, это нормально, не знаю..
Вроде бы json подходит, удобно с его помощью представлять данные. Но как уже сказал, есть 2 проблемы, одна из которых - перезапись. С другой стороны, как бы sqlite тоже перезаписывается, но по-своему
Про иерархию директорий не понял как

Что выбрать в качестве хранилища для приложения с тестами?

sim3x, если я реализую в виде бд, то получается 4 таблицы, много внешних ключей и много записей. А если в json, то всё понятно, в виде объектов и массивов. 1. Нужно будет считать все данные с файла в память.
2. Наверняка еще придется после каждого изменения перезаписывать файл с json.
Вот эти 2 пункта пока настораживают

Что выбрать в качестве хранилища для приложения с тестами?

sim3x, спасибо