если мне нужно будет передавать другие аргументы я могу сделать ещё статик метод args с другими параметрами и их также складывать в Bundle. Во фрагменте правда уже придется разруливать какие аргументы пришли.

поэтому класс initParams лучше

и его класть в бандл? т.е. имеете ввиду отвязаться от бандл чтобы нельзя было что угодно туда класть?

чтобы в метод newInstance шел конкретный класс параметров, а не общий

именно

В докладе я видел вам задавали вопрос о том, почему параметры Object, ведь можно что угодно передать, класс касты и т д, но я тоже не представляю как сделать лучше.

router.navigateTo(Screens.EDIT_PROJECT_SCREEN, EditProjectFragment.args(...

Вот эта строка явно показывает, что абстракция над фрагментами начинает что-то много знать о том куда она идет. Мы говорим, что это скрин, и тут же говорим какой именно скрин. И если придется менять что-то, то придется не только в создании фрагов менять, но и тут.
Это связанность кода.
При использовании Object или маркер интерфейса этого не будет. Будут передаваться данные. И не будет видно кому и куда они пойдут. Если вдруг понадобится открывать другой фраг, то придется только поменять тот фраг и его newInstance метод.

да. и поменять с фрагмента на активити затронет только Вью в концепции MVP, а не все запускающие презентеры

Вы предлагаете сделать класс InitParams и передавать его? Т.е. как-то так:

router.navigateTo(Screens.EDIT_PROJECT_SCREEN, new InitParams(mProjectReport, mAdvancedStatusReports, mForecastStatusReport))

да. только этот класс лежит в каком-то презентере обычно и там будет
SomePresenter.InitParams(...)

Зацените моего монстрика)) https://gist.github.com/dened/386e48960d94f3d2599ec61068f21bad

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

нужна критика))

Но ведь отдельные активности можно, и иногда - нужно, запускать из самих фрагментов

ну тут у меня рулится различными роутерами

..

..

. стоп. еще разбираюсь)

😉

критика запутанности кода)
навигатор делегирует вызовы внутреннему, а внутренний навигатор делигирует вызовы своему холдеру...

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

а вообще молодец)