Что можешь рассказать про абстрактные классы и интерфейсы в плане наследования

Абстрактные классы и интерфейсы: наследование и контракты

В разработке на Kotlin/Java абстрактные классы и интерфейсы — ключевые механизмы для реализации полиморфизма и создания гибких архитектур, но они принципиально различаются в плане наследования и использования.

Абстрактные классы

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

• Наследование: Kotlin поддерживает одиночное наследование классов, поэтому абстрактный класс может наследоваться только от одного другого класса (абстрактного или обычного).
• Состояние: Может содержать поля с состоянием (свойства с хранимыми значениями).
• Модификаторы доступа: Методы и свойства могут иметь различные модификаторы доступа (open, protected, private).
• Конструкторы: Может иметь конструкторы, которые вызываются при создании подклассов.

Пример абстрактного класса:

abstract class Animal(val name: String) {
    abstract fun makeSound()
    
    fun sleep() {
        println("$name спит")
    }
}

class Dog(name: String) : Animal(name) {
    override fun makeSound() {
        println("$name гавкает")
    }
}

Интерфейсы

Интерфейс — это полностью абстрактный контракт, который определяет, что должен делать класс, но не как (хотя с Kotlin 1.4 интерфейсы могут содержать реализации методов по умолчанию). Интерфейсы фокусируются на поведении, а не на состоянии.

• Наследование: Класс может реализовывать множество интерфейсов, что решает проблему множественного наследования.
• Состояние: До Kotlin 1.4 не могли содержать состояние, только абстрактные свойства. Сейчас могут содержать свойства, но без поддержки backing fields.
• Модификаторы: Все члены интерфейса по умолчанию open. Не могут быть private или protected (только public).
• Конструкторы: Не могут иметь конструкторов.

Пример интерфейса:

interface Flyable {
    val maxAltitude: Int
    fun fly()
    
    fun description() { // Реализация по умолчанию
        println("Могу летать на высоте до $maxAltitude метров")
    }
}

interface Swimmable {
    fun swim()
}

class Duck : Flyable, Swimmable {
    override val maxAltitude = 1000
    
    override fun fly() {
        println("Утка летит")
    }
    
    override fun swim() {
        println("Утка плывет")
    }
}

Ключевые различия в наследовании

1. Множественное наследование: Класс может наследовать только один абстрактный класс, но реализовывать много интерфейсов.

2. Отношение "is-a" vs "can-do":

   • Абстрактные классы выражают отношение "является" (Dog является Animal)
   • Интерфейсы выражают отношение "способен" (Duck способен летать и плавать)

3. Общая логика: Абстрактные классы подходят для общего кода и состояния, интерфейсы — для определения контрактов.

4. Эволюция API: Изменение интерфейса ломает обратную совместимость, в то время как добавление метода с реализацией в абстрактный класс — нет.

Практические рекомендации для Android

В Android-разработке:

• Используйте интерфейсы для колбэков (OnClickListener), репозиториев, источников данных
• Используйте абстрактные классы для базовых Activity/Fragment, ViewModel с общей логикой
• Composition over inheritance: предпочитайте делегирование интерфейсам наследованию от абстрактных классов

// Паттерн делегирования
class MyRepository(private val remoteDataSource: DataSource) : DataSource by remoteDataSource {
    // Дополнительная логика
}

Начиная с Kotlin, разница между интерфейсами и абстрактными классами уменьшилась (появились default-реализации в интерфейсах), но семантическое различие сохраняется: абстрактные классы для иерархий типов, интерфейсы для множественного поведения.