Можешь привести пример использования паттерна 'бог-объект' (god object) в проектировании программного обеспечения?

Паттерн 'бог-объект' характеризуется монолитным классом, который содержит слишком много функций и данных, управляя почти всеми аспектами системы.

Пример в контексте Android-разработки — класс Activity или Fragment, используемый для выполнения всех задач:

• Отображение UI.
• Обработка пользовательского ввода.
• Загрузка данных из сети.
• Сохранение данных в базу данных.
• Управление состоянием приложения.
• Навигация между экранами.

java

Такой класс нарушает принципы SOLID, особенно принцип единой ответственности (Single Responsibility Principle), что приводит к следующим проблемам:

• Низкая читаемость и поддерживаемость: Код становится объемным и сложным для понимания.
• Высокая связность: Изменения в одной части класса могут повлиять на другие.
• Сложность тестирования: Тяжело писать юнит-тесты для такого класса.
• Низкая возможность повторного использования кода: Логика тесно связана с конкретным Activity/Fragment.

Для избежания 'бог-объекта' в Android-разработке используются архитектурные паттерны, такие как MVVM, MVP, MVI, Clean Architecture, которые разделяют ответственность между различными компонентами (ViewModel, Presenter, Interactor и т.д.).