-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
блок-схема из исходника
- Автор темы Alkinoy
- Дата начала
Develar
Новичок
>> хотя бы ветвление алгоритма...
Это трассировка. http://code.google.com/p/cachegrindvisualizer/
Это трассировка. http://code.google.com/p/cachegrindvisualizer/
Alexandre
PHPПенсионер
не думаю, что дебаггер смог бы помочь...
Диаграмму последовательностей можно построить, в основном, на основе синтактического анализа кода, анализа стека вызовов и пр.... Правда - если не учитывать условные ветления.
Интерактивная тулза - это хорошо, но слишком сложна в реализации. Т.е. EA (или иная тулза) должна быть частью РНР интерпретатора, чтоб использовать стек вызовов, таблицы классов и пр... Такая задача у инженеров ЕА на стоит, так как слишком уж во многие IDE нужно всовывать нос.
Спроектировать анализатор, который строит банальную диаграмму классов можем и мы с тобой, в этом нет ничего сложного. Сложнее грамотно отобразить эту диаграмму классов.
Krishna
Продался Java
EA и умеет, только не для PHP. Посмотрите внимательнее в Build and Run закладке.
А Вы дебаггером PHP пользовались когда-нибудь? Уж если он может делать построчную отладку в IDE (например PDT + XDebug) - думаю этого должно хватать для Sequence diagram. Хотя, конечно, возможно я ошибаюсь.
-~{}~ 21.11.07 21:17:
[off]
З.Ы. Можно и на ты, я просто подстраховываюсь, а то один старичок тут очень возмущался моим тыканьям
[/off]
Alexandre
PHPПенсионер
не РНР не юзал - спорить не буду...
Не думаю, что тресинг поможет, хотя как знать...
тресинг - он во многом зависит от данных...
я больше склоняюсь к варианту синтактического анализа кода, типа как анализирует - PHPDoc.
вполне можно отследить - в каком классе был инстацирован какой класс. В каком классе - вызывались какие методы.
Единственно трудно анализировать конструкции типа:
PHP:
$c1 = new $className;
$c1->$controller();Это не в мой ли огород - камень?... я не против общения на ты. Иногда, я против хамства, но это разные вещи.
dark-demon
d(^-^)b
в блоксхеме с более чем 20 узлами и 30 векторами разобраться не проще, чем в голом исходнике...
Develar
Новичок
>> Не думаю, что тресинг поможет, хотя как знать...
дам прямую ссылку на "блок-схем алгоритма" - http://cachegrindvisualizer.googlecode.com/files/CachegrindVisualizer-en-0.2-example.svg Это xdebug - результат профилирования можно использовать не только как профилирование, так же можно использовать для этого и родной формат трассировки xdebug - только инструментов его визуализации, в отличие от формата cachegrind, нет.
Хотя да, на определение (http://ru.wikipedia.org/wiki/Блок-схема) это не похоже, но ведь задача понять "удобно видеть блоксхему чужого кода, когда пытаешься с ним разобраться", поэтому протрассировать несколько раз с разными входными данными и все. А так - xdebug + Tokenizer Functions и за пару дней можно написать что-то близкое к блок-схеме, дабы не самому подбирать входные данные.
дам прямую ссылку на "блок-схем алгоритма" - http://cachegrindvisualizer.googlecode.com/files/CachegrindVisualizer-en-0.2-example.svg Это xdebug - результат профилирования можно использовать не только как профилирование, так же можно использовать для этого и родной формат трассировки xdebug - только инструментов его визуализации, в отличие от формата cachegrind, нет.
Хотя да, на определение (http://ru.wikipedia.org/wiki/Блок-схема) это не похоже, но ведь задача понять "удобно видеть блоксхему чужого кода, когда пытаешься с ним разобраться", поэтому протрассировать несколько раз с разными входными данными и все. А так - xdebug + Tokenizer Functions и за пару дней можно написать что-то близкое к блок-схеме, дабы не самому подбирать входные данные.