По какому критерию принимать решение о дроблении интерфейса? Как поступить с классом, у которого 20 публичных методов?

Решение о дроблении интерфейса обычно принимается на основе принципа разделения интерфейсов (Interface Segregation Principle, ISP) из SOLID. Если интерфейс слишком большой и содержит методы, которые не всегда нужны всем клиентам, его стоит разбить на несколько более специализированных интерфейсов. Это повышает модульность, упрощает тестирование и поддержку.

Если у класса 20 публичных методов, это может быть признаком того, что класс слишком перегружен ответственностями. Рекомендуется:

• Проанализировать методы и сгруппировать их по смыслу.
• Выделить отдельные интерфейсы для каждой группы функционала.
• Разбить класс на несколько классов с меньшим числом методов, каждый из которых реализует соответствующий интерфейс.

Пример:

interface UserAuthentication {
    void login();
    void logout();
}

interface UserProfileManagement {
    void updateProfile();
    void changePassword();
}

class UserService implements UserAuthentication, UserProfileManagement {
    // Реализация методов
}

Такой подход улучшает читаемость и поддерживаемость кода.