я т ок не могу понять в каком месту у презентера интерфейс? Может абстрактынй кклсаа или как минимум итнтерфейс с дефотлтыми методами

Кому-то очень нравится иметь "контракт", что якобы чище, независимость от реализации, " удобно смотреть" и тому подобное. Вы должны понимать, что это просто предпочтения каждого - насколько сильно они хотят усложнять свою жизнь

Удобно закрывать интерфейсами части, реализация которых еще в процессе написания, например. Ну и в общем сюда подойдут все кейсы применения интерфейсов в ооп.
Можно попробовать порассуждать с другой стороны, а почему не делать интерфейс в том числе и для презентера, если очередность проектирования класса начинается с интерфейса (не знаю как у вас) ?

то есть мы описываем интерфейс который просто описывает события вьюхи?
например на экране 3 кнопки
добавляем в интерфейс 3 функцити
в обработчике нажатия на кнопку вызываем соответствующую функцию
и опять всё тот же вопрос зачем?
что это даёт то?
то что добавлены обработчики кнопок в никуда?
чем это лучше чем TODO-шки?
о каком проектировании тут речь?
что мешает делать вьюшку без этого интерфейса?

Под проектированием я имел ввиду псевдокод, которым можно описать приложение без деталей реализации, накидать силует, так сказать).
Да, описываем просто интерфейс с событиями вьюхи. Дает тоже самое что и todo-шки, но требует меньше времени и протекает ествественно. Бесполезная писанина, да еще классы потом создавать все-равно? Ну у нас есть ide, где по alt+enter создастся и файл и класс и нужные заглушки методов.
Если говорить про вью и презентер, то этот оверхед позволит легко вьюху и только ее перенести в друрой проект, например. Нет, конечно можно и с конкретной реализацией перенести, нр придется изменить, не много.
Обратотчики кнопок добавлены в никуда только с точки зрения разработчика, вью про это не знает.
Ничего не мешает делать вьюшку без интерфейса, можно в принципе все делать без интерфейсов, это уже другая тема.

Вы правда пытаетесь вытянуть все соки с темы из разряда "Какой ваш любимый цвет"?

Зачем нужны интерфейсы презентера? Затем же, зачем и везде - чтобы разделить определение и реализацию. Чтобы иметь контракт. Упростить тестирование.

Нужно ли оно всегда? Разумеется нет. У меня, например, за всю практику была лишь одна ситуация, где презентер имел несколько реализаций и подменялся по ситуации.

Чем лучше делать интерфейс, чем реализацию с тудушками? Тем, что у вас не висят тудушки, например. Лучше ли это? У каждого свой взгляд.

О каком проектировании речь? О самом базовом. Вы когда нибудь проектировали приложение сидя с листом бумаги? Обдумывали что, с чем и как будет работать? Вот и тут тоже самое. Я могу накидать интерфейс, решив, что и как будет работать, не вдаваясь в вопросы реализации.

Ей богу, будто просто поспорить хочется человеку.

P.S. Я не делаю интерфейсы для презентеров.

Интерфейс презентеру не нужен в 99% случаев

спасибо огромное
это то что я хотел услышать )))

Если найти логику в использовании интерфейса то она еще будет нарушать yagni, kiss и dry

Мне казалось, что у презентера есть метод для обработки на каждый аттач к вьюхе. Сейчас вижу только onFirstViewAttach и  onDestroy.
Это я что-то путаю или как?

onAttach

Нет такого.

AttachView

Есть attachView, но не уверен насколько он подходит для этого.

да

почему не подходит?

при каждом прикреплении вызывается

Просто он как-то выбивается названием от других методов. Те словно callback - onSomething, а это свой с логикой.

Но окей, спасибо.