Здравствуйте! Подскажите, кто, что знает, по данной теме? Интересует последовательность выполнения всех процедур и функций, например, в модуле формы какой-либо обработки. Знаю что есть стек вызовов, но он не поможет, т.к. он показывает предшествующие процедуры из которых вызывалась текущая, а надо посмотреть какие процедуры вообще выполнялись, или чтоб была возможность пройтись по ним всем отладчиком по порядку. Единственный вариант какой знаю - это наставить во всех процедурах точек останова - но это очень долго и трудоемко, особенно в больших модулях. Может знает кто более изящный способ?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) JohnySC, трассировка возможна только ручная. Я делаю как, сразу после входа и перед выходом из процедуры/функции делаю вызов функции, которая пишет, что произошел вход (или выход) в функцию такую-то, распечатывает параметры, может быть что-то дополнительно. Если модуль небольшой, то можно выводить в окно сообщений, иначе лучше вывести куда-нибудь в файл и потом над этим файлом медитировать.
Не совсем понятно зачем это нужно. Можно например в каждой процедуре вызывать свою процедуру и передавать ей параметр Имя процедуры, а в процедуре писать в регистр или во внешний файл стек всех вызовов.
Насколько мне известно, "из коробки" такой возможности нет даже в более "взрослых" средах разработки, не говоря об 1С.
(3) Gulf_Stream,
В древнем клиппере, например, была трассировка...
Пользительность такая: не надо непрерывно жать на кнопку. Программа не спеша пробегает построчно модуль, заходя во все процедуры и, естественно, тут же отображает стек вызовов. В любой момент процедуру можно приостановить, возобновить...
В древнем клиппере, например, была трассировка...
Пользительность такая: не надо непрерывно жать на кнопку. Программа не спеша пробегает построчно модуль, заходя во все процедуры и, естественно, тут же отображает стек вызовов. В любой момент процедуру можно приостановить, возобновить...
SPID пишет:
Не совсем понятно зачем это нужно...
Это нужно для того чтоб быстро понять как выполняется тот или иной модуль, например в УПП при открытии конструктора спецификаций, запускается не только процедура "ПриОткрытии", но и срабатывает куча событий, типа "СписокНоменклатураОтдельныйПриАктивизацииСтроки", и многие другие...
Не совсем понятно зачем это нужно...
Так вот чтоб разобраться что реально происходит в тот или иной промежуток времени, без трассировщика никак...
Я понимаю, что все последовательности описаны в документации, но процедур и объектов очень много, и что за чем выполняется, довольно сложно уследить в комплексе.
SPID пишет:
...Можно например в каждой процедуре вызывать свою процедуру...
То о чем вы тут пишете успешно решается стеком вызовов, но в данной задаче это не пойдет, нужен вариант без доделки, а то если в модуле полсотни процедур - то в каждую чтоли писать?! Тогда уж проще точек останова натыкать...
...Можно например в каждой процедуре вызывать свою процедуру...
н
RustamZz пишет:
Замер производительности не подходит?
Нет конечно, там же сортировка идет по длительности, а не по порядку исполнения.
Замер производительности не подходит?
Может что то не понимаю, но чем не угодила команда "Шагнуть из" (Shift+F11) отладчика?
Поставил точку останова и прыгай сколько угодно...
Поставил точку останова и прыгай сколько угодно...
Drak0n пишет:
Может что то не понимаю...
Ну, да малость не поняли... Выйдете из процедуры, и куда попадете? Вверх по стеку - так его и так посмотреть можно... А мне надо увидеть процедуры которые не связаны с этой процедурой, а будут выполняться независимо от нее - например обработчики событий.
Может что то не понимаю...
Впустую теряете время. Такую щтуку не написали, потому что она не имеет смысла.
Например есть события, на которые есть обработчики, и эти обработчики друг из друга не вызываются.
В п.4 привели пример насчет "ПриОткрытии" и "СписокНоменклатураОтдельныйПриАктивизацииСтроки".
Они между собой никак не связаны...
Например есть события, на которые есть обработчики, и эти обработчики друг из друга не вызываются.
В п.4 привели пример насчет "ПриОткрытии" и "СписокНоменклатураОтдельныйПриАктивизацииСтроки".
Они между собой никак не связаны...
Yagodka.Andrey пишет:
...Такую щтуку не написали, потому что она не имеет смысла...
Если Вам смысл не понятен, то это не значит, что его нет. То что обработчики друг из друга не вызываются, про это как раз я и пишу, и как раз здесь и есть смысл необходимости трассировщика. Я как раз и хочу посмотреть последовательность выполнения НЕСВЯЗАННЫХ процедур. А такая штука в платформе есть - это замер производительности, только он малость недоделанный, т.к. нельзя отсортировать результат в порядке выполнения строк. Поэтому и спрашиваю, может профи знают как поступить. Единственный выход который я пока нашел - наставить точек останова в начале всех процедур модуля, но повторяюсь, это довольно долго в больших модулях.
...Такую щтуку не написали, потому что она не имеет смысла...
стек
и терпение, терпение и еще раз терпение
и, в том числе и поэтому, спецы по УПП вполне могут рассчитывать на +-100К
P.S. иногда использую "сообщить(<где я>)", когда надо отловить последовательность событий
и терпение, терпение и еще раз терпение
и, в том числе и поэтому, спецы по УПП вполне могут рассчитывать на +-100К
P.S. иногда использую "сообщить(<где я>)", когда надо отловить последовательность событий
(11) romansun, да, это все понятно, просто не понятно почему разработчики платформы не могли добавить в замер производительности еще один столбец "Момент исполнения" и возможность сортировать по нему, множество проблем и вопросов бы сразу отпало...
(14) JohnySC, по Вашей логике, в случае, если какая-то строка кода вызывалась несколько раз, то и в результат замера производительности она должна быть включена несколько раз (чтобы можно было выстроить все в порядке вызова). В таком случае какие значения будут содержать колонки с количеством вызовов и суммарным временем выполнения строк (ради чего собственно эта оснастка и используется)? Я согласен, что этот механизм, вроде бы, технически несложно вызывать в режиме, когда количество и время операций не суммируется, но зато показывается порядок вызова. При этом назывался бы он, я думаю, иначе ;)
(18) Raise66Raise, я прекрасно понимаю, что он хочет ;) Просто я позволил себе сказать, что добавление столбца "Момент исполнения" противоречит сути инструмента замера производительности. Вот и пришлось пояснить свою точку зрения.
Насчет противоречия трассировщика и замера производительности точка зрения TheGrr понятна :-)
Но все равно мне кажется можно было бы объединить трассировщик и замер, просто галочку сверху, как сортировать, по порядку или по времени исполнения. Кстати можно было бы по трассировщику смотреть даже сколько по времени выполняется, например, один проход цикла - в замере этого не увидишь! Здесь по сути в платформе и делать-то практически уже нечего, малость бы замер допилили и все, получился бы очень серьезный и полезный инструмент. Трассировщик вообще много где есть, и чего это 1С на него не смотрит?
Но все равно мне кажется можно было бы объединить трассировщик и замер, просто галочку сверху, как сортировать, по порядку или по времени исполнения. Кстати можно было бы по трассировщику смотреть даже сколько по времени выполняется, например, один проход цикла - в замере этого не увидишь! Здесь по сути в платформе и делать-то практически уже нечего, малость бы замер допилили и все, получился бы очень серьезный и полезный инструмент. Трассировщик вообще много где есть, и чего это 1С на него не смотрит?
Иногда возникает необходимость в трассировке кода программы - т.е. в выдаче в окошко сообщений значений переменных на каждом проходе через точку кода.
Для этих целей в 1С можно использовать условную точку останова, т.к. условие проверяется на каждом проходе кода через условную точку останова.
Рассмотрим код:
С=0;
Для Инд=1 по 10 Цикл
С=С+Инд;
КонецЦикла; //Здесь ставим условную точку останова
На указанной строке ставим точку останова с условием:
ДУ("Сообщить(""Сумма:""+П)", С)
Теперь при отладке программы в окошке сообщения трассируется выполнение кода:
Сумма:1
Сумма:3
Сумма:6
Сумма:10
Сумма:15
Сумма:21
Сумма:28
Сумма:36
Сумма:45
Сумма:55
Для этих целей в 1С можно использовать условную точку останова, т.к. условие проверяется на каждом проходе кода через условную точку останова.
Рассмотрим код:
С=0;
Для Инд=1 по 10 Цикл
С=С+Инд;
КонецЦикла; //Здесь ставим условную точку останова
На указанной строке ставим точку останова с условием:
ДУ("Сообщить(""Сумма:""+П)", С)
Теперь при отладке программы в окошке сообщения трассируется выполнение кода:
Сумма:1
Сумма:3
Сумма:6
Сумма:10
Сумма:15
Сумма:21
Сумма:28
Сумма:36
Сумма:45
Сумма:55
Привет!
Интересно и ДРУГОЕ - КАК сами разработчики типовых не запутываются в этих "деревьях"??? Наверняка же они пользуют какие-то вспомогательные инструменты... У кого из вас есть какие мысли (а, может, и информация) на эту тему?
Интересно и ДРУГОЕ - КАК сами разработчики типовых не запутываются в этих "деревьях"??? Наверняка же они пользуют какие-то вспомогательные инструменты... У кого из вас есть какие мысли (а, может, и информация) на эту тему?
Интересная тема конечно. Еще один удобный механизм которого ждут от 1С, мне лично не хватает, особенно в свете появления БСП и вложенности функций в них. Помогло бы разбираться более быстро в новых возможностях.
Для изучения конфигурации в целом тема наверное интересная.
Для изучения порядка вызовов в конкретной части (открытие формы или проведение) достаточно сделать замер, отсортировать по модулям и проставить точки останова. Поняв один раз принцип вызова обработчиков, больше такого делать не надо. Порядок вызова процедур с программной логикой в общем случае не важен, т.к. может сильно зависеть от условий. Т.е. лучший инструмент пошаговый проход.
Т.е. если бы такой инструмент был, то я скорей всего, им бы не пользовался.
Для изучения порядка вызовов в конкретной части (открытие формы или проведение) достаточно сделать замер, отсортировать по модулям и проставить точки останова. Поняв один раз принцип вызова обработчиков, больше такого делать не надо. Порядок вызова процедур с программной логикой в общем случае не важен, т.к. может сильно зависеть от условий. Т.е. лучший инструмент пошаговый проход.
Т.е. если бы такой инструмент был, то я скорей всего, им бы не пользовался.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот