g
Size: a a a
2021 January 13
AT
Ну странно ИМХО, что надо обсуждать иммутабельность коллекцией. Они реально нужны, и не только в многопоточном коде, понятно что капитанствую. Хорошо, что появился вполне юзабельный ImmutableArray, до этого костылить приходилось.
I
Зачем они пригодились бы? Немного не понял вопроса. В целом за тем же, зачем и все остальные иммутабельные коллекции.
Ну я думаю что человек не видит особой разницы между Array и ImmutableArray, ведь Array можно не мутировать!
AT
Ну я думаю что человек не видит особой разницы между Array и ImmutableArray, ведь Array можно не мутировать!
Не, там же больше различий, хотя похоже ты юморишь :)
I
Ну я думаю что человек не видит особой разницы между Array и ImmutableArray, ведь Array можно не мутировать!
😌👌
I
Это верно, но ты не получаешь хоть каких-то гарантий. Так компилятор заставляет людей следовать правилам, хотя бы на уровне *я пишу этот код, зная что никто без танцев с рефлексией или ансейфом не поменяет здесь значение*
I
Ну вот, ты видимо просто юзаешь изначально массив как иммутабельный
I
А это просто массив
I
Делай с ним что хочешь
I
Не, там же больше различий, хотя похоже ты юморишь :)
Вот если он был, как persistent vector из кложи - вот это была бы бомба
I
Не, там же больше различий, хотя похоже ты юморишь :)
Ну стандартная библиотека действительно сглаживает эти различия. То есть ты постоянно при работе с модулем Array получаешь новые массивы
I
А так польётся что у нас уже 4 типа коллекций (List/Array/Seq/IArray)
И они плохо композируюется в языке без тайпклассов
Консистентсность падает
И они плохо композируюется в языке без тайпклассов
Консистентсность падает
Ну коллекций больше на самом деле. Плюс я не вижу разницы как персистентный вектор сильно бы выделялся своей полезностью на этом фоне. То есть это просто одна из моря коллекций, не больше
AT
Вот если он был, как persistent vector из кложи - вот это была бы бомба
Бомбой было бы, термоядерной, добавление struct в JVM и кложу, чтобы иметь детерменированную аллокацию в стеке либо плотным массивом в куче, а не когда припрет JIT компилеру либо толпой ссылкок в массиве в куче. Ох сколько можно было бы и на Java шустрого налабать, с предварительной аллокацией, да кешфрендли.
I
Бомбой было бы, термоядерной, добавление struct в JVM и кложу, чтобы иметь детерменированную аллокацию в стеке либо плотным массивом в куче, а не когда припрет JIT компилеру либо толпой ссылкок в массиве в куче. Ох сколько можно было бы и на Java шустрого налабать, с предварительной аллокацией, да кешфрендли.
Так работают над этим же
AT
Так работают над этим же
Ага, я эти разговоры с 2006 года слышал.