Java Дизайн интерфейса - Методы Helper

Question

У меня есть интерфейс, как так

public interface Manager { 
    public void manage(); 
} 

Теперь все Manager ей нужно будет загрузить работу по управлению, однако, у меня смешанные чувства по поводу добавления public void loadWork() к интерфейсу ...

С одной стороны, все Manager s будут делать это, но с другой стороны, пользователи класса Manager не нуждаются в информации о loadWork().

Вопрос: Неправильная практика заключается в добавлении методов «помощник» или «настройка» к интерфейсу?

Answer 1

Не всегда плохая идея добавлять «установочные» методы в интерфейс. Например, Java EE имеет интерфейс под названием ServletContextListener, который предназначен исключительно для настройки и закрытия. Даже иногда бывает приемлемо создавать интерфейсы с методами, которые вы фактически никогда не должны называть напрямую, например, Runnable или интерфейс Callable.

Говорят, что вы хотите заставить своих разработчиков реализовать метод loadWork() в Менеджере, но вы также хотите скрыть его от пользователей класса. Как вы говорите, одна опция добавляет метод в интерфейс, но таким образом метод будет доступен (чего вы не хотите). Если вы не хотите, способ иметь видимость Я вижу два варианта:

1. Сделать класс менеджер абстрактный класс и добавить loadWork() защищенный метод.
2. Создайте интерфейс под названием LoadWorker по методу loadWork(). Затем создайте абстрактный класс AbstractManager, который реализует Менеджер и имеет в качестве частного/защищенного LoadWorker. Таким образом, хотя loadWork() является общедоступным, он недоступен с пользователей AbstractManager, так как он называется через защищенное/закрытое поле (LoadWorker).

В конце концов, дело доходит до баланса между перестройкой и хорошим дизайном. Это зависит от вас, чтобы принять решение в соответствии с конкретными потребностями. Тем не менее, нет «идеального решения».