Можно же зацепиться за то что он наследник MvpPresenter

Там как аннотейшен процессор классы найдет?

а по типу переменной не получится сделать?

По типу переменной чего? Из дженериков презентера можно достать класс вью

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

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

Ну да, про то и говорю ) 👍

А как же юнит тесты?

ааа, если держать такую возможность в голове, то наверное врядли, но скорее всего никто ее не использует, я пока сразу не вижу даже применения

Так это не мешает

а глобальный пезентер выпилили? или еще надо? )

Допишу в roadmap корч, выглядит не сильно сложно

Уже убили

а можно road map в виде issues еще оформить? что бы описание видно было

+

Сделаем

Видимо я не шарю как работают annotation процессоры. Пойду почитаю)

имхо, по умолчанию надо выключить повторение. я  по умолчанию на OneExecitionStateStratery переключаю

С учетом опроса и комментариев после делаем так:

1) Поменял поведение по умолчанию: теперь методы без дефолтной стратегии будут вызывать ошибки компиляции.
2) Добавил опцию компилятора, чтобы пустую стратегию можно было использовать (для фолбэка на старое поведение).
3) Поменял стратегию по умолчанию для таких случаев с AddToEndStrategy на AddToEndSingleStrategy;
4) Добавил возможность самому устанавливать стратегию по умолчанию.
5) Добавил два механизма для миграции со старого поведения, так как через ошибки компилятора неудобно делать много правок. Это теперь можно будет сделать через генерацию специального класса EmptyStrategyHelper