Как добавить базовую реализацию для свойства

Реализация свойства в Kotlin

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

1. Свойства с геттерами и сеттерами

Самый прямой способ — определить custom getter и/или setter:

class User {
    var name: String = ""
        get() {
            println("Доступ к имени")
            return field
        }
        set(value) {
            println("Изменение имени с $field на $value")
            field = value
        }
    
    val fullName: String
        get() = "$name Smith"
}

Ключевые моменты:

• field — backing field, специальный идентификатор для доступа к фактическому значению
• Геттер вызывается при каждом обращении к свойству
• Сеттер вызывается при каждом присваивании значения

2. Вычисляемые свойства (computed properties)

Свойства, которые не хранят значение, а вычисляют его:

class Rectangle(val width: Double, val height: Double) {
    val area: Double
        get() = width * height
    
    val isSquare: Boolean
        get() = width == height
}

3. Ленивая инициализация (lazy properties)

Для отложенной инициализации используйте by lazy:

class ExpensiveResource {
    val heavyData: String by lazy {
        println("Инициализация тяжелых данных")
        performExpensiveComputation()
    }
    
    private fun performExpensiveComputation(): String {
        Thread.sleep(1000)
        return "Результат вычислений"
    }
}

Преимущества lazy:

• Потокобезопасность по умолчанию
• Инициализация при первом обращении
• Можно выбрать режим синхронизации (LazyThreadSafetyMode)

4. Делегированные свойства (delegated properties)

Создание собственных делегатов с помощью ReadOnlyProperty или ReadWriteProperty:

class Example {
    var observableProperty: String by Delegates.observable("") { 
        prop, old, new ->
        println("Свойство ${prop.name} изменилось с $old на $new")
    }
    
    var vetoableProperty: Int by Delegates.vetoable(0) { 
        _, old, new ->
        new >= 0 // Запрещаем отрицательные значения
    }
}

5. Абстрактные свойства в интерфейсах и классах

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

interface Vehicle {
    val maxSpeed: Double
    
    val description: String
        get() = "Транспортное средство с максимальной скоростью $maxSpeed"
}

class Car(override val maxSpeed: Double) : Vehicle {
    // description наследуется с реализацией по умолчанию
}

6. Кастомные делегаты с расширенной логикой

Создание полноценного делегата с сохранением состояния:

class LoggingDelegate<T>(private var value: T) {
    operator fun getValue(thisRef: Any?, property: KProperty<*>): T {
        println("Чтение ${property.name}: $value")
        return value
    }
    
    operator fun setValue(thisRef: Any?, property: KProperty<*>, newValue: T) {
        println("Запись ${property.name}: $value -> $newValue")
        value = newValue
    }
}

class Example {
    var loggedProperty: String by LoggingDelegate("начальное значение")
}

7. Backing properties для сложной логики

Когда нужен полный контроль над доступом:

class SecureContainer {
    private var _data: String? = null
    
    val data: String
        get() {
            if (_data == null) {
                throw IllegalStateException("Данные не инициализированы")
            }
            return _data!!
        }
    
    fun initializeData(value: String) {
        if (_data == null) {
            _data = value
        }
    }
}

Рекомендации по выбору подхода

1. Для простых проверок/логирования — используйте custom getters/setters
2. Для тяжелых вычислений — используйте lazy initialization
3. Для наблюдения за изменениями — используйте observable делегаты
4. Для повторяющейся сложной логики — создавайте custom делегаты
5. Для предоставления реализации по умолчанию — используйте свойства в интерфейсах

Важные нюансы

• Свойства с custom getter без backing field не могут быть var
• Делегированные свойства не поддерживаются для локальных переменных в старых версиях Kotlin
• При использовании by lazy свойство должно быть val
• Backing field генерируется автоматически, когда используется значение field или когда нет custom getter/setter

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