AN
Вообще в случае JVM, категорически не надо делать досрочных оптимизаций.
Size: a a a
2020 May 16
AN
Ну как ничуть не сложнее, экстеншн разве что в своём синглтонном WeakHashMap-е каком-нибудь кешировать данные может, это чуть менее тривиально, чем в обычном методе к приватному полю класса обратиться...
Ну кэш будет глобальный. Вопрос в том, что кэшировать.
QH
Ну сделать кэш в экстеншене ничуть не сложнее, чем в нормальном методе. Вообще, конечно, если у вас чего-то вычисляется и есть кэш и состояние, значит делать это дата классом уже не вполне корректно.
ConcurrentWeakIdentityHashMap? :)IO
Вообще в случае JVM, категорически не надо делать досрочных оптимизаций.
да и не только в случае JVM
IO
ConcurrentWeakIdentityHashMap? :)нет же такого
QH
нет же такого
да в том и проблема
AN
Но как я уже сказал, вопрос в том, что в дата классе вообще не должно быть кэша. Если нужен кэш, делаете нормальный класс с инкапсулированной реализацией
IO
нет же такого
да и я не уверен, как это реализовать без оверхеда
AM
Ну кэш будет глобальный. Вопрос в том, что кэшировать.
Насколько я понял, речь идёт о предпосчитанном свойстве, вычисляемом на основании других свойств дата класса.
IO
concurrenthashmap тот же сделан вообще через unsafe)0
IO
в jdk
AM
Насколько я понял, речь идёт о предпосчитанном свойстве, вычисляемом на основании других свойств дата класса.
Не вижу, как это делает дата класс не дата классом
QH
concurrenthashmap тот же сделан вообще через unsafe)0
и?
AN
Не вижу, как это делает дата класс не дата классом
Ну хорошо, убедили. Собственно на этот случай и сделали возможность в дата класс пихать логику.
IO
неприятно в своей реализации лезть в unsafe ради того чуда, которое можно сделать попросту свойством в теле класса
QH
неприятно в своей реализации лезть в unsafe ради того чуда, которое можно сделать попросту свойством в теле класса
дак под капотом всё «небезопасное», выполняется напрямую процессором и работает с сырыми указателями и без типов. И что? 🤷♂️
I
Ну как ничуть не сложнее, экстеншн разве что в своём синглтонном WeakHashMap-е каком-нибудь кешировать данные может, это чуть менее тривиально, чем в обычном методе к приватному полю класса обратиться...
тк все кейсы использования класса не продумаешь, то и подовсе приватные поля не напилишь
мне кажется кеширование должна заниматься вызывающая сторона (и то после профайлирования)
мне кажется кеширование должна заниматься вызывающая сторона (и то после профайлирования)
IO
дак под капотом всё «небезопасное», выполняется напрямую процессором и работает с сырыми указателями и без типов. И что? 🤷♂️
то, что того же unsafe может и не быть в зависимости от jdk, как и sun.* пакетов
IO
либо можно прикрыть лавочку с
Unsafe.class.getStaticField("theUnsafe")QH
то, что того же unsafe может и не быть в зависимости от jdk, как и sun.* пакетов
Не может.
Они и так всё давно прикрыли, но класам JDK можно.
Они и так всё давно прикрыли, но класам JDK можно.