Нужно ли реализовывать в классе базовый метод интерфейса?

Краткий ответ: Да, НО с важными нюансами

В общем случае, да, класс должен явно реализовывать все абстрактные методы интерфейса, иначе он сам становится абстрактным и не может быть инстанциирован. Однако в контексте современного Android-разработки (особенно с Kotlin и Java 8+) существуют ключевые исключения и альтернативные подходы, которые важно понимать.

Общее правило для абстрактных методов

Интерфейс определяет контракт. Если метод в интерфейсе объявлен без модификатора default (в Java) или без тела {} (в Kotlin), то он является абстрактным и требует обязательной реализации.

interface MyInterface {
    // Абстрактный метод - требует реализации
    fun doSomething()

    // Метод с реализацией по умолчанию - не требует
    fun doSomethingElse() {
        println("Default implementation")
    }
}

class MyClass : MyInterface {
    // Обязательная реализация
    override fun doSomething() {
        println("Concrete implementation")
    }
    // doSomethingElse() можно не переопределять
}

Когда реализация НЕ требуется

В Android-разработке с использованием Kotlin есть несколько случаев, когда явная реализация не нужна:

1. Методы с реализацией по умолчанию

В Kotlin интерфейсы могут содержать методы с реализацией (как default-методы в Java 8+). Их переопределение необязательно.

2. SAM-интерфейсы (Single Abstract Method)

Для интерфейсов с одним абстрактным методом в Kotlin можно использовать лямбда-выражения:

// SAM-интерфейс
interface OnClickListener {
    fun onClick(view: View)
}

// Реализация без явного класса
button.setOnClickListener { view ->
    // Лямбда автоматически становится реализацией
    handleClick(view)
}

3. Использование делегирования (by)

Kotlin позволяет делегировать реализацию интерфейса другому объекту:

interface Logger {
    fun log(message: String)
}

class ConsoleLogger : Logger {
    override fun log(message: String) {
        println("LOG: $message")
    }
}

class MyService(logger: Logger) : Logger by logger {
    // Реализация log() не требуется - она делегирована
    // Можно добавить только специфичные методы
}

Практические сценарии в Android разработке

Адаптеры RecyclerView

В Android часто используются интерфейсы с частичной реализацией:

// Обычно переопределяем только нужные методы
recyclerView.addOnScrollListener(object : RecyclerView.OnScrollListener() {
    override fun onScrolled(recyclerView: RecyclerView, dx: Int, dy: Int) {
        // Переопределяем только этот метод
    }
    // onScrollStateChanged() можно не реализовывать
})

Применение абстрактных классов

Иногда вместо интерфейсов лучше использовать абстрактные классы, которые могут предоставлять частичную реализацию:

abstract class BaseViewModel : ViewModel() {
    abstract fun loadData() // Обязательная реализация
    open fun setup() {} // Опциональная реализация
}

Рекомендации по архитектуре

1. Принцип разделения интерфейсов (Interface Segregation Principle) - создавайте небольшие, сфокусированные интерфейсы
2. Используйте методы по умолчанию для обратной совместимости при расширении интерфейсов
3. Явно обозначайте обязательные методы - делайте их абстрактными
4. Рассмотрите sealed-интерфейсы в Kotlin для ограниченных иерархий:

sealed interface Result<out T> {
    data class Success<T>(val data: T) : Result<T>
    data class Error(val exception: Throwable) : Result<Nothing>
}

Вывод

Реализация базовых методов интерфейса обязательна только для абстрактных методов. Современные языки предоставляют механизмы для опциональной реализации (методы с реализацией по умолчанию, делегирование), что повышает гибкость кода. В Android-разработке на Kotlin это особенно важно при работе с коллбэками, слушателями (listeners) и компонентами архитектурных паттернов (MVP, MVVM, MVI). Всегда оценивайте, какой подход лучше соответствует принципам чистой архитектуры и поддерживаемости кода.