А что вы имеете в виду под особенной ролью? Медиатором, может быть любой модуль, просто так повелось, что через app это удобнее сделать. И про core до конца не понял.. о какой пробеме вы говорите?
Обе темы очень важны. И ускорение разработки особенно заметно, когда в проекте большое количество разработчиков. Например, пока я писал статью, нас уже стало 66, а не 60 и это количество постоянно растет. И у всех разная техника, и кто-то очень страдает от долгих сборок. Но и по ускорению софта, я надеюсь, тоже в ближайшее время смогу написать.
Не всегда то, что нужно во фрагменте, есть в di. Иногда это известо только на момент создания фрагмента. Но в целом да, использование FragmentFactory весьма специфично.
Галочки можно сделать по дефолту включенными, и при этом мы получаем больше гибкости, не во всех модулях может понадобиться создавать навигацию, например..
В нашем случае мы весь ui оставляем в модуле с родительской фичей (в примере ProfileFragment). Но если виджет переиспользуется, его можно вынести в какой-то базовый модуль, придумать что-нибудь из разряда base-widget. В альфе у нас ui состоит из компонентов дизайн системы, которые хранятся отдельно и подключаются в модуль как либа и во фрагменте мы из них собираем ui. Но это совсем другая история для другой статьи)
Тут могу предложить, либо передавать в add фабрику фрагмента, либо комбинировать два способа и передать аргумент, который узнается после создания фрагмента, через способ с бандл. Возможно, если это не подходит, отказаться от использования неудобного апи. Мне лично приходилось два раза использовать FragmentFactory и оба раза аргументы были известны при создании активити.
Спасибо за статью. Вопрос такой появился: а если приложение уже загружено в рустор, будут ли проблемы при переезде на подпись из гугл плей?
В легаси - активити, новые фичи - рут-фрагмент
А что вы имеете в виду под особенной ролью? Медиатором, может быть любой модуль, просто так повелось, что через app это удобнее сделать. И про core до конца не понял.. о какой пробеме вы говорите?
Обе темы очень важны. И ускорение разработки особенно заметно, когда в проекте большое количество разработчиков. Например, пока я писал статью, нас уже стало 66, а не 60 и это количество постоянно растет. И у всех разная техника, и кто-то очень страдает от долгих сборок. Но и по ускорению софта, я надеюсь, тоже в ближайшее время смогу написать.
Не всегда то, что нужно во фрагменте, есть в di. Иногда это известо только на момент создания фрагмента. Но в целом да, использование FragmentFactory весьма специфично.
Спасибо за подсказку, упустил этот момент, так как видимо давно добавил себе и забыл)
Галочки можно сделать по дефолту включенными, и при этом мы получаем больше гибкости, не во всех модулях может понадобиться создавать навигацию, например..
В нашем случае мы весь ui оставляем в модуле с родительской фичей (в примере ProfileFragment). Но если виджет переиспользуется, его можно вынести в какой-то базовый модуль, придумать что-нибудь из разряда base-widget. В альфе у нас ui состоит из компонентов дизайн системы, которые хранятся отдельно и подключаются в модуль как либа и во фрагменте мы из них собираем ui. Но это совсем другая история для другой статьи)
Хороший вопрос, добавил опросник чтобы посчитаться
Тут могу предложить, либо передавать в add фабрику фрагмента, либо комбинировать два способа и передать аргумент, который узнается после создания фрагмента, через способ с бандл. Возможно, если это не подходит, отказаться от использования неудобного апи. Мне лично приходилось два раза использовать FragmentFactory и оба раза аргументы были известны при создании активити.