QH
Любая многопоточка использует Unsafe. Atomic*, FutureTask, ForkJoinPool.
Unsafe.class.getStaticField("theUnsafe")Size: a a a
2020 May 16
IO
либо можно прикрыть лавочку с
на openjdk-8 у меня это работало
AM
тк все кейсы использования класса не продумаешь, то и подовсе приватные поля не напилишь
мне кажется кеширование должна заниматься вызывающая сторона (и то после профайлирования)
мне кажется кеширование должна заниматься вызывающая сторона (и то после профайлирования)
Кешированием должен компилятор заниматься, который мемоизацию в нужных местах сам сделает 🌚 Но у нас такого нет, а без этого, КМК, можно кешировать и в приватных полях, и на вызывающей стороне в зависимости от возможности трогать дата класс и частоты обращения к этому кешируемому свойству.
I
Кешированием должен компилятор заниматься, который мемоизацию в нужных местах сам сделает 🌚 Но у нас такого нет, а без этого, КМК, можно кешировать и в приватных полях, и на вызывающей стороне в зависимости от возможности трогать дата класс и частоты обращения к этому кешируемому свойству.
ну как нету, берете compose - там memoized есть (или что-то наподобии)
QH
ну как нету, берете compose - там memoized есть (или что-то наподобии)
🌚
AM
ну как нету, берете compose - там memoized есть (или что-то наподобии)
Но он как раз по месту вызова кеширует, и сделан, насколько я понял, чтобы в конкретной функции при рекомпозиции значение не перевычислялось. То бишь это довольно узкий случай мемоизации.
IO
Но он как раз по месту вызова кеширует, и сделан, насколько я понял, чтобы в конкретной функции при рекомпозиции значение не перевычислялось. То бишь это довольно узкий случай мемоизации.
а где она нормально сделана?
IO
если это не ФП, естественно :D
AM
если это не ФП, естественно :D
Вы всё правильно поняли :)
AN
Кешированием должен компилятор заниматься, который мемоизацию в нужных местах сам сделает 🌚 Но у нас такого нет, а без этого, КМК, можно кешировать и в приватных полях, и на вызывающей стороне в зависимости от возможности трогать дата класс и частоты обращения к этому кешируемому свойству.
у вас - это на андроиде?
AM
у вас - это на андроиде?
А у вас не на андроиде в котлине есть ссылочная прозрачность и мемоизация из коробки?
AN
А у вас не на андроиде в котлине есть ссылочная прозрачность и мемоизация из коробки?
Мемоизация по крайней мере частичная есть в JIT.
AN
Но довольно простенькая.
AN
Скажем, если результат всегда один и тот же возвращается, он скорее всего вычисляться не будет. Но я не говорю, что это полонценный кэш.
AM
Мемоизация по крайней мере частичная есть в JIT.
И она соптимизирует
в
?
data class C(val a: String, val b: String)
fun C.out(): String = "$a $b"
val res = C("Hello", "world").out()
в
val res = "Hello world"?
AN
И она соптимизирует
в
?
data class C(val a: String, val b: String)
fun C.out(): String = "$a $b"
val res = C("Hello", "world").out()
в
val res = "Hello world"?
Не уверен, но в данном случае думаю, что да.
AM
Ну окей, круто
AN
Ну окей, круто
Я не уверен. Это надо спецов спросить.
BP
И она соптимизирует
в
?
data class C(val a: String, val b: String)
fun C.out(): String = "$a $b"
val res = C("Hello", "world").out()
в
val res = "Hello world"?
Думаю да.
AN
йоу, я сделал сиквенс из трех элементов. Оно мне оказалось нужно. Всегда всем рассказывал, что оно не надо