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