Ответ.

Функции-расширения (extension functions) — одно из ключевых отличий Kotlin от Java, впервые появившееся с первых версий языка под вдохновением от C#. Они позволяют добавлять новые методы к существующим классам без необходимости наследования или модификации исходного класса. Это резко увеличивает выразительность и лаконичность кода.

История вопроса

В Java и многих других языках, невозможно добавить методы к уже существующему классу (к примеру, String или List) без использования наследования или паттерна Decorator. Kotlin решает этот недостаток через механизм extension functions.

Проблема

Многие классы библиотеки (например, String, Int, List) невозможно менять напрямую. Часто требуются дополнительные методы, чтобы сделать код читаемее и избежать дублирования логики. Однако, extension functions не изменяют реальный класс — они создаются статически, и внутри не имеют доступа к private/protected членам.

Решение

В Kotlin, объявление extension function выглядит так:

fun String.lastChar(): Char = this[this.length - 1]

Теперь можно вызывать этот метод у любого String:

"Kotlin".lastChar() // вернёт 'n'

Ключевые особенности:

Extension-функции не модифицируют класс, а реализуются как статические функции, принимающие в качестве первого аргумента receiver.
Нет доступа к private/protected членам класса — только к public API.
Extension-функции подчиняются обычным правилам видимости и могут быть top-level или внутри companion object и т.д.

Вопросы с подвохом.

Extension-функция может быть переопределена в наследнике класса?

Нет. Extension-функции не являются членами класса, их нельзя переопределять через override: их статичность проявляется даже для наследников — компилятор выбирает функцию по типу выражения, а не по реальному типу объекта.

open class Base
class Derived : Base()

fun Base.foo() = "base"
fun Derived.foo() = "derived"

fun printFoo(b: Base) {
    println(b.foo())
}

val d = Derived()
printFoo(d) // выведет "base"

Могут ли extension-функции менять состояние объекта?

Extension-функции не могут получить доступ к private/protected состоянию, однако если тип muttable (например, List или свой класс), они могут изменять доступное внешнее состояние через публичные методы.

fun MutableList<Int>.addTwice(elem: Int) {
    add(elem)
    add(elem)
}

Extension-функции конфликтуют с членами класса с таким же именем?

Если имя extension совпадает с именем настоящего метода, приоритет остаётся за членом класса. Extension будет вызван только если члены отсутствуют или не видны.

class Foo {
    fun bar() = "member"
}

fun Foo.bar() = "extension"

val f = Foo()
println(f.bar()) // "member"

Типовые ошибки и анти-паттерны

Определение extension-функций с "важной" логикой — это может запутать: некоторые разработчики не ожидают, что стандартные типы содержат новые методы.
Попытки доступа к приватным членам приведут к ошибке компиляции.
Злоупотребление extension-функциями для усложнения читаемости и поддержки кода.

Пример из жизни

Негативный кейс

Developer расширяет стандартный String функцией, задающей специфичный для проекта формат, и использует её повсеместно — при этом другие разработчики не замечают, что это не стандартная операция класса String.

Плюсы:

Быстрое внедрение нужной фичи.

Минусы:

Скрытая неявная логика.
Сложности поддержки.
Неочевидные побочные эффекты при чтении чужого кода.

Позитивный кейс

Расширение стандартного класса utility-методом, который точно локализован в пакете utils и хорошо документирован. Использование ограничено явно оговорёнными участками кода.