Классы значения в Kotlin: прощайте псевдонимы типов?

[Cryvage]

А аналога шарповых структур в Kotlin нет? Раньше думал что это, как раз, data классы, а они, оказывается, в куче лежат.

[iShrimp]

Похоже, Kotlin так и не умеет оптимизировать массивы дата-классов из-за ограничений самой JVM. Буду рад, если профессионалы объяснят более подробно.

Например, если мне нужен массив из 10000 элементов типа (Int, Int, Int), то надо создавать массив из 30000 элементов примитивного типа и индексировать каждое поле вручную. Это неструктурно, непонятно для компилятора, трудно векторизуемо, но всё равно работает быстрее, чем массив из 10000 экземпляров класса.

[Vaulter]

есть вариант с

class TupleSystem {
  val fieldA = IntArray()
  val fieldB = IntArray()
  val fieldC = IntArray()

  operator fun get(i: Int) = Tuple(fieldA[i], fieldB[i], fieldC[i])
  fun someBunchAction() = (0 until fieldA.size).forEachIndexed { 
    i, it -> fieldC[i] = fieldA[i] + fieldB[i]
  }
}

[vanxant]

Не векторизуется и не кэш-френдли. Тормозить, скорее всего, будет даже больше, чем классы в куче.

[Bonart]

Непримитивных структур нет в Котлине, потому что их не поддерживает JVM

[Vladekk]

Опасный путь - добавлять фичи постфактум. Язык разбухает и теряет простоту и элегантность.

[Vaulter]

если не добавлять фичи постфактум - приложение умирает.

[rjhdby]

А Jackson умеет десериализацию в value class?

[Vaulter]

да

[mih-kopylov]

Я очень удивлён, что typealias позволяет передать переменную типа Weight в тип Brightness. Неочевидное решение.

Какой тогда смысл в typealias кроме нейминга?

На первый взгляд в golang аналогичные типы понятнее.