Можно ли обозначать поля только в теле data class не трогая конструктор?

Краткий ответ

Да, полностью можно. Начиная с Kotlin 1.1, в data class вы можете объявлять свойства исключительно в теле класса, не перечисляя их в первичном конструкторе. Однако при таком подходе эти свойства не будут включены в сгенерированные стандартные методы data class: equals(), hashCode(), toString(), copy() и функции компонентов (componentN()).

Подробное объяснение

Data class в Kotlin — это специальный тип класса, основное назначение которого — хранение данных. Компилятор Kotlin автоматически генерирует для него ряд полезных методов на основе свойств, объявленных в первичном конструкторе.

1. Стандартное поведение (поля в конструкторе)

При классическом объявлении свойства указываются как параметры конструктора с ключевыми словами val или var. Именно они формируют "каноническое" представление объекта.

data class UserStandard(
    val name: String,          // Входит в equals/hashCode/toString/copy
    val age: Int               // Входит в equals/hashCode/toString/copy
) {
    val nickname: String = "$name#${age.hashCode()}" // НЕ входит в стандартные методы!
}

Для UserStandard методы будут сгенерированы только на основе name и age. Свойство nickname, объявленное в теле класса, будет проигнорировано.

2. Объявление полей только в теле класса

Вы можете создать data class с пустым первичным конструктором и определить все свойства внутри тела.

data class UserBodyOnly() { // Пустой конструктор
    val name: String = "Default"
    var age: Int = 0
    val registrationDate: Long = System.currentTimeMillis()
}

Что происходит в этом случае?

• Так как в первичном конструкторе нет параметров, объявленных как val/var, компилятор не имеет основы для генерации "дата-специфичных" методов.
• Сгенерированные equals(), hashCode(), toString() и copy() будут пустыми или тривиальными (основанными на пустом списке свойств).
• Функции компонентов (component1(), и т.д.) не будут сгенерированы вообще.

Пример проблемного поведения:

fun main() {
    val user1 = UserBodyOnly().apply {
        name = "Alice" // Ошибка компиляции: val нельзя изменить
        age = 30
    }
    val user2 = UserBodyOnly().apply { age = 30 }

    // ПРОБЛЕМЫ:
    println(user1.toString()) // Выведет что-то вроде: UserBodyOnly()
    println(user1 == user2)   // true, т.к. equals сравнивает два идентичных пустых объекта
    // val copy = user1.copy() // copy() существует, но будет создавать пустой объект
}

Это делает такую data class практически бесполезной для её основной цели, так как логическое равенство объектов не будет учитывать их реальное состояние.

3. Практические выводы и рекомендации

1. Основное правило: Для того чтобы свойство учитывалось в контракте data class (equals/hashCode/toString/copy), оно обязательно должно быть объявлено в первичном конструкторе.
2. Поля в теле класса в data class служат для:

    *   **Вычисляемых свойств** (производных от основных полей).
    *   **Вспомогательных данных**, не влияющих на идентичность объекта (например, кэшированные значения, флаги UI-состояния).
    *   Свойств, которые по дизайну **не должны** участвовать в сравнении (`equals`) или копировании (`copy`).

Правильный паттерн использования:

data class Employee(
    val id: String,        // Входит в логику равенства
    val name: String,      // Входит в логику равенства
    val salary: Double     // Входит в логику равенства
) {
    // Вычисляемое свойство на основе полей конструктора
    val tax: Double
        get() = salary * 0.13

    // Кэшированное или вспомогательное свойство
    private var _fullInfo: String? = null
    val fullInfo: String
        get() {
            if (_fullInfo == null) {
                _fullInfo = "$name (ID: $id)"
            }
            return _fullInfo!!
        }

    // Метод, не связанный с данными
    fun promote() { /* ... */ }
}

4. Исключение: Наследование

Есть один практический сценарий, где объявление data class с пустым конструктором и полями в теле может иметь смысл — это когда класс должен наследоваться от другого класса (помним, что data class не может быть open или наследоваться от другого data class, но может наследоваться от обычного класса).

open class Entity(val id: Long)

data class UserDerived(val name: String) : Entity(id = 0L) {
    var age: Int = 0 // НЕ входит в equals/hashCode и т.д.
}

Здесь UserDerived — data class, и его канонические методы будут основаны только на свойстве name (и, возможно, id от родителя, если переопределить методы). Свойство age в теле снова игнорируется.

Заключение

Таким образом, технически обозначать поля только в теле data class, не трогая конструктор, — возможно. Но с точки зрения семантики и полезности data class такой подход лишает её главных преимуществ и является антипаттерном. Все ключевые свойства, определяющие состояние и идентичность объекта данных, должны быть объявлены в первичном конструкторе. Тело класса следует использовать для вспомогательной логики, вычисляемых свойств и методов.