Пункты в этом разделе не обязательно будут реализованы. В основном это размышления о дальнейших улучшениях библиотеки.
Оптимизация однопоточной конфигурации. Во многих местах динамического распределения памяти можно избежать, если поддержка многопоточности отключена.
Поддержка SNMP. Идея состоит в том, чтобы реализовать фон раковины, который будет испускать ловушки SNMP в результате обработки записей журналов. Это требует большого количества исследований и размышлений.
Предоставьте опцию времени компиляции для удаления всех записей из приложения (компилированный двоичный файл не должен содержать следов внутренней записи). Есть две причины для этого запроса: попытка достичь максимальной производительности и сокрытие внутренней информации, такой как имена функций и внутренние сообщения, чтобы предотвратить обратный инжиниринг в сборках без регистрации. Для этого потребуется не только переопределить все макросы библиотеки в пустоту, но и обеспечить фиктивные реализации многих компонентов библиотеки. Нужно больше внимания. Возможно, было бы достаточно подавить только макросы.
Предоставьте макрос, как<BOOST_LOG_FUNCTION>, но с возможностью автоматической регистрации всех аргументов функции.
Подумайте о конфигурации только для заголовка. Возможно, с уменьшенной функциональностью.
Предоставьте некоторые общие форматы. Идея заключается в том, что несколько раковин могут использовать один и тот же форматтер. Если запись журнала передает фильтрацию нескольким таким раковинам, форматирование выполняется только один раз для всех раковин, которые разделяют формататор. Возможно, потребуется рефакторинг архитектуры раковин, преобразование их в трубопроводы с форматером и бэкэндами, которые являются лишь шагами в обработке записей журнала.
Разрешить изменить локализацию для потока файлов в текстовом файле backend. Локальность может изменять преобразование кода символа в широкохарактерной регистрации.
Улучшить сбор файлов в файловой раковине. Предоставьте возможность (i) переименовать собранные файлы и (ii) собрать файлы в выделенный поток.
Предоставьте заголовки с форвардными декларациями компонентов библиотеки.
Сделайте возможным обновление конфигурации библиотеки после загрузки настроек из файла. Вероятно, для этого потребуется новый объект конфигурации, который сможет обнаруживать и применять изменения между настройками.
Разработка системы сбора статистических данных. Основная идея заключается в предоставлении конкретного источника журнала и булавки. Пользователь может прикрепить свои данные или явно указать события, ссылаясь на источник журнала. Источник будет автоматически собирать данные из закреплённых переменных. Этот источник должен иметь лучшую интеграцию с фильтрами, чтобы иметь возможность собирать штифты, а не собирать их.
Разрешить указать идентификатор процесса в шаблоне имени файла для файловых раковин.
Улучшить поддержку форматировщика<format>, реализовать флаги формата заполнителя.
Статья TODO in future releases раздела Chapter 1. Boost.Log v2 Chapter 1. Boost.Log v2 может быть полезна для разработчиков на c++ и boost.
