Активно используем. В данный момент еще и допиливаем, делая для себя плагины к vim/WebStorm.
Все там просто и удобно — получается полноценное ООП и куча плюшек аля type checking, области видимости и т.п.
Побуду немного капитаном :)
Обращение к типизированному массиву в теории — это просто прыжок на нужное смещение (все яйчейки имеют одинаковый размер) + отсутствие typecast. Отсюда и скорость.
Мы используем в stock чартах flash-евых RB-Tree написаное ручками и заточенное под задачу. Получается быстрее Vector/Array.
Но у нас несколько специфичные задачи:
1) нелинейность массива (то есть ключи 0,1,5,100,101)
2) необходимость делать выборки (например с 8 по 110), причем ключи могут и не присутствовать — необходимо найти ближайшие справа/слева
3) выборка min/max по промежутку
Например?
bugs.adobe.com/jira/browse/FP-6167
Все там просто и удобно — получается полноценное ООП и куча плюшек аля type checking, области видимости и т.п.
Долго идти придется
Обращение к типизированному массиву в теории — это просто прыжок на нужное смещение (все яйчейки имеют одинаковый размер) + отсутствие typecast. Отсюда и скорость.
Но у нас несколько специфичные задачи:
1) нелинейность массива (то есть ключи 0,1,5,100,101)
2) необходимость делать выборки (например с 8 по 110), причем ключи могут и не присутствовать — необходимо найти ближайшие справа/слева
3) выборка min/max по промежутку
И много чего подобного.
Если интересно — могу написать полноценную статью