Всем привет! Есть mvp. котлин Обычно функционал такой (стандарт). 1. PresenterImplementation 2. Contract

Question

Всем привет! Есть mvp. котлин Обычно функционал такой (стандарт). 1. PresenterImplementation 2. Contract

(PresenterInterface, ViewInterface в одном котлин файле)
3. ViewImplementation.
Все супер и тестится замечательно.

Но в данном случае будет 3 PresenterImplementation к которых есть общий функционал (в абстракном супер классе) и свой собственный (в самих имплементациях)

Не знаю как правильно сделать.
Есть идея сделать так:
1. PresenterImplementation
2. Contract (Presenter (abstract class), ViewInterface), Presenter наследует общий abstract class AbstractPresenter c общей имплементацией.
3. ViewImplementation.

Это норм?
С точки зрения архитектуры