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

MVP разделяет UI (View), бизнес-логику (Presenter) и данные (Model). View пассивно отображает данные и передает действия пользователя Presenter'у. Presenter обрабатывает логику, взаимодействует с Model и обновляет View.

Причины отказа:

1. Бойлерплейт код: MVP требует создания отдельных интерфейсов и классов для View и Presenter'а, что увеличивает количество кода, особенно в крупных проектах.
2. Тестирование View: Тестирование Presenter'а легко, так как это обычный Java/Kotlin класс. Однако тестирование View, особенно с ручной привязкой к Presenter'у, может быть сложнее без использования специализированных фреймворков.
3. Управление жизненным циклом View: Presenter должен учитывать жизненный цикл View (onCreate, onResume, onPause, onDestroy) для предотвращения утечек п