Интерфейсы в Kotlin и Java служат одной цели — определение контракта, который классы обязуются реализовать. Однако интерфейсы в Kotlin обладают более мощной и гибкой моделью по сравнению с классическим подходом Java. Kotlin-подход ближе к концепции миксов из Scala и поддерживает более выразительные конструкции. Рассмотрим различия по ключевым аспектам.

1. Множественное наследование и реализация

Java:

• Поддерживается реализация нескольких интерфейсов.

• Интерфейс может содержать:

  • Абстрактные методы

  • default методы с реализацией (начиная с Java 8)

  • static методы

Kotlin:

• Также поддерживается множественная реализация интерфейсов.

• Интерфейсы могут содержать:

  • Абстрактные методы

  • Методы с реализацией без default

  • Свойства (абстрактные или с реализацией)

Пример в Kotlin:

interface A {
fun foo() = println("A")
}
interface B {
fun foo() = println("B")
}
class C : A, B {
override fun foo() {
super<A>.foo()
super<B>.foo()
}
}

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

2. Свойства в интерфейсах

Java:

• Интерфейсы не могут содержать поля (только static final константы).

• Нет поддержки геттеров/сеттеров напрямую как свойства.

Kotlin:

• Интерфейс может содержать val и var свойства (без поля хранения — backing field).

• Можно предоставлять реализацию геттеров/сеттеров.

interface Named {
val name: String
get() = "Unknown"
}

Класс, реализующий интерфейс, может переопределить свойство:

class User : Named {
override val name = "Alice"
}

3. Конструкторы в интерфейсах

Java:

• Интерфейс не может иметь конструктор.

Kotlin:

• Интерфейс также не может иметь конструктора, но:

  • Интерфейсы могут иметь инициализацию через свойства с реализацией.

  • Можно эмулировать состояние с помощью методов, но не через поля.

4. Доступ к super методам

Java:

• Внутри класса можно обратиться к default-методу интерфейса через InterfaceName.super.method().

Kotlin:

• Для вызова метода определённого интерфейса используется super<Interface>.method().

Пример:

interface Logger {
fun log() = println("Logger")
}
class MyLogger : Logger {
override fun log() {
super<Logger>.log()
}
}

5. Функциональные интерфейсы (SAM)

Java:

• Поддерживает SAM (Single Abstract Method) интерфейсы, используется в лямбдах с Java 8.

Kotlin:

• Также поддерживает SAM-конверсии, но только для Java-интерфейсов по умолчанию.

• Для Kotlin-интерфейсов SAM возможен только с аннотацией @FunctionalInterface.

fun interface Action {
fun run()
}
val action = Action { println("Run!") }

6. Возможность наследования интерфейса от класса

Java и Kotlin:

• Интерфейс не может наследовать класс, только другой интерфейс.

7. Ключевые слова: default, override

Java:

• Для методов с реализацией используется default.

Kotlin:

• В Kotlin нет default, просто пишется тело функции.

• При реализации используется override, даже для методов интерфейса.

interface Greet {
fun hello() = println("Hello!")
}
class Person : Greet {
override fun hello() {
println("Hi!")
}
}

8. Интерфейсы как mixins

Kotlin-интерфейсы приближаются к концепции mixin — единиц логики, которую можно комбинировать с другими через множественное наследование. Это удобнее и мощнее, чем просто определение контракта, как в Java.

9. Поддержка property delegation

Интерфейсы в Kotlin могут использовать делегаты при реализации в классах, чего в Java нет в стандартной форме. Через by-синтаксис можно делегировать интерфейс другому объекту:

interface Printable {
fun print()
}
class Printer : Printable {
override fun print() = println("Printing...")
}
class Report(printer: Printable) : Printable by printer

10. Совместимость с Java

Kotlin-интерфейсы можно использовать в Java как обычные интерфейсы. Однако свойства (как val или var) компилируются в методы getX() и setX(), и не воспринимаются как поля Java.

Таким образом, интерфейсы в Kotlin гораздо богаче по возможностям, поддерживают свойства, делегирование, множественные реализации с разрешением конфликтов и работу в стиле mixin, в отличие от более строгой и ограниченной модели Java.