VG
есть Data::Dpath
Size: a a a
2020 March 31
VG
но он лишь частично XS
AP
в каком месте он на иксес?
VG
где-то в аксессорах
AP
"Class::XSAccessor" => 0,
"Class::XSAccessor::Array" => 0,
AP
это мне не очень интересно... :)
VG
а шо тебе надо-то? формулировка задания чот плохая
AP
конфигурация веб-приложения. разные модули имеют свои секции, там может быть любая дичь. есть стандартные модули, там, к примеру, есть хендлеры/хуки, что могут вызываться на любой пришедший реквест. и вот хочется, чтобы подобные вещи работали максимально быстро.
AP
мне в этом смысле интерсен именно поиск в дереве на иксесе и возможно вообще с кешированием. но кеширование сложновато получается с инвалидацией
AP
это не к спеху, идея у меня уже несколько лет лежит спокойно, может ещё полежать...
OP
Тебя для конфигов?
DP
конфигурация веб-приложения. разные модули имеют свои секции, там может быть любая дичь. есть стандартные модули, там, к примеру, есть хендлеры/хуки, что могут вызываться на любой пришедший реквест. и вот хочется, чтобы подобные вещи работали максимально быстро.
yaml?
AP
Тебя для конфигов?
Да. Чтобы к некоторым частям конфига был очень быстрый доступ
AP
yaml?
Что с ним? Играем в ассоциации?
b
Да. Чтобы к некоторым частям конфига был очень быстрый доступ
тебе закэшить путь вида
x1->{p1}->...->xN->{pN} надо?b
есть кстати модульки, которые имеют синтаксис типа
$c->get("a.b.c.d.e"), а под капотом это разворачивается в $c->{a}->{b}->{c}->{d}->{e}b
на первый взгляд кэширующей обёртки над
json::pointer должно хватитьAP
тебе закэшить путь вида
x1->{p1}->...->xN->{pN} надо?Этот путь не просто пройти, но и проверять на андеф каждый переход надо. Каждый раз.
AP
Потому и речь про иксес
b
это ж проверить можно 1 раз. Потом путь (
.b.c.d.e) запоминается, и уже он возвращается. Поэтому 1-й раз можно медленно и в перле.