Когда лучше использовать абстрактные классы?

Когда использовать абстрактные классы

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

Основные сценарии использования

1. Общее поведение с состоянием

Абстрактные классы следует использовать, когда несколько связанных классов должны делить общий код, поля и методы с контролируемым доступом (protected). Например:

public abstract class Animal {
    protected String name;
    protected int age;
    
    public Animal(String name) {
        this.name = name;
    }
    
    public abstract void makeSound();
    
    public void sleep() {
        System.out.println(name + " is sleeping");
    }
}

Здесь все животные имеют имя и могут спать, но каждый вид издаёт свой звук.

2. Иерархия классов

Когда вы проектируете иерархию родитель-потомок с общей структурой данных и поведением. Абстрактные классы позволяют установить контракт, который должны соблюдать подклассы:

public abstract class Vehicle {
    protected int speed;
    protected String licensePlate;
    
    public abstract void start();
    public abstract void stop();
    
    public void accelerate(int increment) {
        speed += increment;
    }
}

3. Управление доступом

Абстрактные классы предоставляют члены с разными уровнями доступа (public, protected, private), чего интерфейсы не могут делать. Это полезно для скрытия внутренней реализации.

4. Конструкторы и инициализация

Абстрактные классы имеют конструкторы, которые могут инициализировать состояние объекта. Это критично для сложных сценариев инициализации, где подклассы должны вызывать конструктор родителя.

Абстрактные классы vs Интерфейсы

Используйте абстрактный класс, если:

• Подклассы связаны логически (наследуют одну семью)
• Нужно общее состояние (поля)
• Нужны методы не-public (protected, private)
• Нужны конструкторы или инициализаторы
• Нужно изменять состояние (изменяемые поля)

Используйте интерфейс, если:

• Это просто контракт/спецификация поведения
• Несвязанные классы должны реализовать общее поведение
• Нужна множественная реализация контрактов
• Нет общего состояния

Практический пример

public abstract class Repository {
    protected DataSource dataSource;
    protected Logger logger;
    
    public Repository(DataSource dataSource) {
        this.dataSource = dataSource;
        this.logger = LoggerFactory.getLogger(getClass());
    }
    
    public abstract List<?> findAll();
    public abstract Object findById(Long id);
    
    protected void logQuery(String query) {
        logger.info("Executing: " + query);
    }
}

public class UserRepository extends Repository {
    public UserRepository(DataSource dataSource) {
        super(dataSource);
    }
    
    @Override
    public List<User> findAll() {
        logQuery("SELECT * FROM users");
        // implementation
        return null;
    }
    
    @Override
    public User findById(Long id) {
        logQuery("SELECT * FROM users WHERE id = " + id);
        // implementation
        return null;
    }
}

Здесь абстрактный класс Repository предоставляет общую логику логирования и инициализацию dataSource, которую используют все конкретные репозитории.

Выводы

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