Я занимаюсь разработкой инструмента для визуализации журналов Java. В частности, эти журналы генерируются путем печати на консоль всякий раз, когда вызывается метод и всякий раз, когда он возвращается. Эти операторы журналов вводятся во весь исходный код ОС Android, используя обработку байт-кода. До сих пор мы смогли измерить ОС Android и генерировать эти операторы журнала. Поля, содержащиеся в этих операторах журнала, это: процесс, вызывающий метод, подпись метода, типы аргументов, тип возврата и отметка времени.
Инструмент, который использует эти журналы, будет иметь подробный вид (при масштабировании) и высокоуровневый обзор (по масштабированию). Я ищу эффективные способы визуализации и навигации по этому огромному файлу журнала на высоком уровне обзора, чтобы получить ценную информацию. Каждый оператор журнала имеет иерархическое отношение к другому протоколу. Например, оператор журнала для вызова метода будет родителем всех операторов журнала методов, вызванных из родительского метода.Эффективный способ визуализации и навигации по огромным файлам журнала
Мои вопросы,
- Что бы эффективный способ визуализации и навигации эти иерархические заявления журнала в огромном файле журнала, чтобы получить хороший обзор на высоком уровне? Диаграммы последовательности полезны для детального просмотра, но не подходят для огромной трассировки вызовов.
- Есть ли на рынке существующие инструменты, имеющие аналогичную функциональность? Я просмотрел инструменты визуализации журнала, но ни одна из них не содержит визуализацию на высоком уровне.
- Как разработчик приложения, оснащенный инструментальной виртуальной машиной, которая генерирует оператор журнала для каждого вызываемого метода и кто может запускать приложение на указанной виртуальной машине Android, какая информация вам полезна?
- Любые другие предложения?
Заранее спасибо.
Редактировать: Я добавил несколько дополнительных сведений об иерархическом характере операторов журнала.
Спасибо за информацию. Как я уже упоминал, диаграмма последовательности - отличный способ взглянуть на поток на детальном уровне, и я бы использовал что-то очень похожее в подробном представлении моего инструмента. Моя основная проблема заключается в том, что когда трассировка вызовов огромна, навигационная диаграмма последовательности становится очень громоздкой. Я ищу, чтобы найти представления/визуализацию, которые имели бы смысл при просмотре информации на очень высоком уровне. – Omer
@Omer Извините, я не должен был читать, что вы знали о диаграммах последовательности. Тот, с которым я работал (чрезвычайно большой сгенерированный), требовал некоторого внимания, чтобы удалить повторяющиеся детали в подграфу; автоматизация этого может сделать его управляемым. Возможно, вы сможете «увеличить» диаграмму последовательности, обращая внимание только на узлы в пределах определенного количества вызовов вниз от интересующего вас узла. Я не могу найти лучшего инструмента для обработки информации, которую вы собираете. –