эффективное отображение исполнения кода

[Evgeniy2020]

Давно хотел спросить

смысл в том, чтобы порой разобрать как что то работает (когда плохо описано или много всяких сценариев (параметры,настройки,входные разные данные)) необходимо лезть в дебаггер и отлаживать понимая что просиходит в application касательно кода, объектов, хотелось бы эффективнее и быстрее

например

у нас есть новый модуль о котором ничего неизвестно
есть некая форма и некая кнопка например Обработать
мы не знаем что просходит при ее нажатии - какой то процесс

так вот при нажатии на кнопку - система производит обработку
но при это весь процесс - вызов классов, методов, обновление таблиц, ветвление условий
пишет в Workflow (WWF) а затем мы открываем и смотрим что и как произошло
если объектам добавить метатеги и описания - то в Workflow можно было бы помещать эти метатеги и описания для лучшей наглядности

так посмтрели бегло - ага и стало ясно

есть ли пободные средства - помогающие в анализе работы кода?
создающие workflow - по мере выполнения ?

Спасибо за инфу заранее

[belugin]

как-то вот это портировал на Ax но потерял потом:
http://www-128.ibm.com/developerwork...lnxw06Graphviz

Я думаю, оно не очень полезно - ясный код полезнее.

[Wamr]

Есть, конечно, аксаптовский трассировщик, который покажет все переходы и вызовы, хоть в виде дерева, хоть в виде статистической выборки (что чаще вызывалось и сколько на это тратилось).

Но не скажу, что он как-то сильно помогает в разборе нового функционала. Все-равно, ручками и глазками, а главное головой данная задача лучше решается.

[glibs]

Есть еще Сервис\Параметры, закладка Разработка, группа полей Мониторинг.

Очень полезная вещь при тонком тюнинге производительности. Позволяет отслеживать обращения к БД, вызов методов, взаимодействие клиента и сервера. Выводит в окно сообщений.

Насчет изучения функциональности... Дебагер нагляднее. И если речь идет о какой-то особенности. Если ставить вопрос как изучение нового модуля... во-первых, это задача не разработчика, а во-вторых, так его не изучишь.

[glibs]

Уточнение. В окно сообщений вызовы методов можно было выводить до 3.0 включительно. Начиная с 4.0 такой возможности нет. Правда, есть в конфигурационной утилите похожая настройка. Я не пользовался, но предполагаю, что речь идет о выводе в файл трудно читаемого формата.

[mazzy]

Цитата:

Сообщение от Evgeniy2020

но при это весь процесс - вызов классов, методов, обновление таблиц, ветвление условий пишет в Workflow (WWF) а затем мы открываем и смотрим что и как произошло если объектам добавить метатеги и описания - то в Workflow можно было бы помещать эти метатеги и описания для лучшей наглядности

профайлер кода.

Цитата:

Сообщение от Wamr

Но не скажу, что он как-то сильно помогает в разборе нового функционала. Все-равно, ручками и глазками, а главное головой данная задача лучше решается.

Почему? Помогает. Только смотреть надо не сводную информацию, а исходные строки (raw lines). Там будет и последовательность и время, и откуда вызвано.

Другое дело, что "модуль" даст огромное число строк (до нескольких миллионов), в которых фиг разберешься. Метатегов в стандартном профайлере нет, придется добавлять, если так хочется.

См. также
Профайлер кода
aEremenko: Trace Parser для Microsoft Dynamics AX
Мониторинг работы

[Андре]

Цитата:

как-то вот это портировал на Ax но потерял потом:
http://www-128.ibm.com/developerwork...lnxw06Graphviz

Угу - делал нечто похожее. Точнее написал job, который по сессии профайлера генерит текстовый файл, который, в свою очередь, подается на вход Graphviz.

Наиболее времязатратные участки выделял толщиной линий; методы, выполняющиеся меньше какого-то предельного порога, не выводились.

[belugin]

и как - помогло?

[Андре]

Цитата:

и как - помогло?

Да, но у меня задача была специическая - удаленная первая помощь при проблемах с производительностью у клиентов. А получить картинку для первичной диагностики на налодонник мне проще, чем выгрузку сессии профайлера