Снегопат

В ИР готового regexp парсера модулей нет, но он есть в другой моей конфе. Обкатанный на сотнях модулей. Использует ИР. По-быстрому выдрал. Интерфейс пользователя почти не делал.

Кстати здесь почему то нельзя upoload'ить файлы с расширением EPF. Надо бы поправить.

Добавил erf и epf к разрешенным вложениям.

Ошибку падения скрипта исправил.
Пока для таких "нештатных" случаев размещения определения процедур/функций скрипт не выдает имя процедуры, для остальных, более штатных, выдает.

(kuntashov) Саша, выложил соответствующие тесты для SyntaxAnalysis
Пока времени исправлять эту библиотеку нету

Артур, за тесты спасибо, посмотрю. Но конкретно для extSearch я позже переделаю без SyntaxAnalysis, т.к. с точки зрения производительности не очень рационально дважды весь модуль пропарсивать - сначала анализируя его для получения списка функций/процедур, а потом выполняя поиск.

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

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Про производительность согласен, но помним фразу "Не нужно преждевременной оптимизации"
ИМХО не нужно дублировать код разбора в SyntaxAnalysis и еще где-то, если решаются одинаковые задачи.
Для текущих задач двойной разбор модуля вполне шустро отрабатывает.
Проблемы со скоростью могут быть при реализации поиска по модулям конфигурации, но пока эта задача только в планах у тебя, верно?
ЗЫ хотя если реализуешь код разбора на методы в скрипте поиска, потом наверняка несложно будет его портировать в библиотеку SyntaxAnalysis

Доработал механизм идентификации процедур/функций, в которых найдено совпадение:

* как писал выше, отвязался (возможно, только временно) от SyntaxAnalysis в пользу анализа строк на начало/конец метода по мере поиска;
* вместе с этим решил проблему с идентификацией методов в ситуациях, когда часть объявления параметров перенесена на новую строку (решена проблема только для частной ситуации поиска, в SyntaxAnalasis проблема пока не решена, т.к. там решение требуется полноценное):

* Тип метода (процедура/функция) отображается в виде соответствующих пиктограмм.
Вот как это выглядит теперь:


Экспериментально добавил возможность группировки результатов поиска по процедурам/функциям:

Включается кнопкой на командной панели. Режим дерево/список переключается налету, выбранный режим сохраняется между сеансами.

P.S.
Проблема идентификации метода в случае, когда ключевое слово Функция/Процедура и ИмяМетода - на разных строках не решена и честно говоря, мне не хочется решать ее на регулярках. К счастью, такие случаи объявления встречаются редко (я вообще не помню, чтобы мне встречалось), поэтому серьезных проблем отсутствие обработки такого случая не должно вызывать.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Отличные исправления.
но есть небольшая плавающая ошибка
иногда вылетает исключение
Строка 242, Позиция 8
Значение индекса выходит за границы диапазона

Да, не учел в одном месте, что теперь два режима - дерево и список. Исправил, обновись.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Есть предложение - колонка, что именно нашли (третья колонка), не всегда нужна.
ИМХО она нужна в основном только для регулярных выражений.
или можно колонку с именем метода поставить перед ней.
Понятно объяснил?