Принимает, но что-то 2 у него означает совсем не info.
AE::log 2 => $msg
отличается от
AE::log info => $msg

Можете маппинг чисел из XLog'а в AE::Log сделать.

Ну да, info - это 7 в понимании AE::log

Хорошо бы у logger-объекта тоже что-то вызывалось когда делается XLog::set_level

А то уровня XLog хватает, а уровня AnyEvent::Log - вовсе нет :)

Вот так работает почти правильно: https://PerlBanjo.com/bfa168d27f
Разве что AnyEvent с выкрученным сразу дебагом хрень пишет какую-то про Time::HiRes

да

1 вызов делается в каждом месте исходников, где написано что-то вроде XLog::warn(), и в нём же проводится его оптимизация.

ну это наверное, единственно-возможная чисто перловая оптимизация. Но не уверен, что эффективная. потому как будет 1 или 2 вызвова ф-ций. В случае xlog'а их будет 0 или 1.

т.е. типа

::info({sprintf("%s client ordered %d items}, $client_id, $count));

Это ж капец вырвиглазно. Ну и насчёт эффективности - спорно, но если там тяжёлое вчисление аргументов (ходит в БД) - то да, а если простая конкатенация строк, то она вроде как дешевле должна быть чем вызов сабы.

Асинк-логирование это НЕ то что обычно хочется.

1. В абс. большинстве случаев пишут в файл, а писать в файл асинк способа нормального нет. Тем более кучу мелких строк.
2. в асинк случае больше шансов потерять логи, совсем, а это в 99% не то, что хотелось бы.
3. Видел плюсовые логгеры, там да, есть асинк, но он просто передаёт на другой тред и в другом треде уже пишет на диск. Ну это да, асинк, но не ивент-луп, который, т.к. перле асинк = ивент-луп.

Иногда "горькая утрата" сообщения лога - не особо страшна. В принципе даже весьма часто :) Мало того, если бы это была асинк-запись в ELK, то норм, а вот на файл обязательно синк что ли?
У меня фактически пишет в STDOUT всегда, который подбирает systemd

::info({sprintf("%s client ordered %d items}, $client_id, $count));

Нет, не так. Передавать надо только структурированные данные, аппендер сам оформит строку для файла или сериализацию в джейсон для грейлога или сунет строчку в БД...

А пример можно? типа client, order, count?

Я ссылку на доку давал, в проекте можно посмотреть как выглядят тесты

как я понял, структурированные логи... это немного другой концепт, чем неструктурированные, ака хуман-ридбл. Тёплое и мягкое )

Структурированные всегда можно в текст форматтером

Да

Привет