| |
| 2.14, Аноним (14), 23:25, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Только а зачем, если на уровне компилятора можно было отлавливать все что можно оптимизировать и обрабатывать под капотом? А для валидаций в java и без этого много инструментов.
| | |
|
| |
| |
| 3.16, Аноним (16), 23:33, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
и плевать, что прямо в новости написано "В данном примере "Point[]" теперь может хранить значения напрямую, а не ссылки на объекты. "
| | |
| |
| 4.24, Аноним (6), 01:30, 02/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Поинт из двух тестов да, а из трёх - нет. Атомарность при изменении объекта в джаве ломать не будут.
| | |
| 4.32, morphe (?), 03:57, 02/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Там лимит 64 бита для прямого хранения
Для того чтобы из нескольких потоков можно было переписывать элемент массива и при этом не получалось data race когда одно поле внутри Point переписало, а второе нет - они требуют чтобы такие записи были атомарные, а атомарно больше 64 бит писать нельзя
| | |
| |
| 5.33, morphe (?), 03:59, 02/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
При этом на платформах что не могут атомарно писать 64 бита, например x32... Лимит будет ограничен 32 битами. Ну, хоть Integer[] оптимизирован будет.
| | |
| 5.34, Аноним (16), 05:14, 02/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> для того чтобы из нескольких потоков можно было переписывать элемент массива и при этом не получалось data race когда одно поле внутри Point переписало, а второе нет
Чел, попытайся читать не пятой точкой. Тебе прямо в первом предложении сказано "Introduce value objects, which are immutable". Ты понимаешь, что такое immutable?
| | |
|
|
| 3.18, penetrator (?), 23:41, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> В данном примере "Point[]" теперь может хранить значения напрямую, а не ссылки на объекты. | | |
| |
| 4.27, Аноним (6), 02:34, 02/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
В данном да
https://openjdk.org/jeps/401
>Reference flattening must maintain the integrity of data. A flattened reference must always be read and written atomically, or it could become corrupted. On common hardware architectures, this limits the size of mutable fields that store flattened references to no more than 64 bits. | | |
|
|
| |
| 3.10, Аноним (10), 22:33, 01/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
а те к бэсика с паскалем, получается что тое у бэсика с паскалем
| | |
|
|
| |
| 2.20, Brian (?), 23:52, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Только как обычно в Java этим без слоя гов/del ломбока пользоваться невозможно будет, за нормальным апи придется опять в котлен идти
| | |
|
| 1.15, Аноним (15), 23:27, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ну вот и нормальная реализация потихоньку выходит на сцену. не корявая наколенка типа сишарп стракт. всётаки джава оперирует баблом всего мира
| | |
| |
| 2.28, Илья (??), 02:37, 02/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> не корявая наколенка типа сишарп стракт
скорее наоборот. в дотнете виртуальная машина планировалась под структутры и дженерики, и там всё это уже лет 20 есть
| | |
|
| 1.17, zionist (ok), 23:41, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Теперь вместо раздувания по heap памяти получим раздувание по CPU и по стеку. Когда миллионы жабодевелоперов с непривычки начнут передавать value слассы куда угодно, то есть станут приумнажать копирование данных.
| | |
| 1.21, Аноним (21), 00:03, 02/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Тот самый момент, когда ребята, которые хвалились какие у них классные интерпретируемые/VM-языки, начинают заново изобретать велосипед, т.е. простые типы из компилируемых языков. Ибо так тупо оптимальнее.
| | |
| 1.22, Аноним (22), 00:43, 02/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
В оракле только пока ещё видимо не поняли что ничегл кроме раста не нужно. Всё, что сейчач написано на жаве может быть написано на расте и работать сильно лучше.
| | |
| |
| 2.26, Аноним (15), 02:00, 02/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
помнится судо на раст аккуратно переписывали и выявилась куча багов.
| | |
| |
| 3.31, Аноним (31), 03:54, 02/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Джава "гораздо безопаснее" какого-нибудь C++. По сравнению с растом она только чуть-чуть более безопасна, но плата за это чуть-чуть - гигантская. Хреновый расход памяти, хреновая производительность, постоянное таскание JRE с собой, хреновая система типов, низкокачественная экосистема библиотек, и так далее.
| | |
|
|
|