Каталог решений - Сравнение текстов модулей (1С, oscript)

Постоянно я генерирую себе какие-то задачи. Ну вот надо мне сделать механизм сравнения текстов произвольных алгоритмов в программе. Сначала я сделал через Консоль кода (той самой, которая использует редактор Monaco). Там прекрасный встроенный механизм сравнения всем однозначно рекомендую. Кроме того есть метод, позволяющий получить различия.

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

• Реализация сравнения текстовых файлов. Автор: Игорь Пашутин (тыц)
• Сравнение и объединение модулей с возможностью редактирования результата. Автор: Андрей Овсянкин (тыц)

И сначала на основе первого примера, я решил свою задачу. А следом подумал, а почему бы не сделать сравнение модулей в режиме 1С:Предприятие. Не сказать что это имеет постоянную необходимость, да и у кого есть Visual Studio Code вряд ли вообще что-то еще надо. Открыл репозиторий и сравнивай ежей сутками. Но спортивный интерес было не остановить, ведь сразу захотелось:

• структуру модуля (области)
• фильтр изменений (изменено, добавлено, удалено и т.д.)
• какие-то подсказки вроде Асинх, Экспорт, директива компиляции, тип метода (процедура, функция)

В общем "Остапа несло. Дело как будто налаживалось". Результат представлен в данной статье.

Возможности

• отображение структуры модуля (дерево областей и методов)
• фильтр изменений (нет фильтра, изменено, удалено, добавлено, без изменений)
• переключение просмотра структуры модуля (дерево, таблица)
• цветовая индикация изменений в структуре модуля
• информация об Асинх, Экспорт, директиве компиляции, типе метода, строках в тексте модуля
• построчное сравнение текстов методов
• цветовая индикация текстов методов и изменений

Но в каждой бочке хорошего башкирского обязательно найдется ложка чего-то смолистого:

• Код должен минимально соответствовать стандартам 1С, хотя бы в части объявления областей, методов, комментариев
• Объявление нового метода в строке с окончанием другого метода недопустимо и приведет к ошибке разбора. Например:

  КонецПроцедуры Процедура НоваяПроцедура()

• Сравнение построчное. Для более детального анализа расхождений рекомендую использовать сторонние средства
• В некоторых случаях некорректно определяются блоки изменений. Но не так часто и не столь критично
• Между левой и правой блоками кода синхронизация при прокрутке не происходит. Только при активизации строки
• Неструктурированный код не анализируется (не вложенный в процедуры или функции)
• Из-за особенностей реализации большое количество строк внутри метода вызывает желание у программы уйти в долгое раздумье. Много строк это более 200-300 наверное. Хотя я сомневаюсь в адекватности таких методов ))))

Немного о требованиях

• Платформа 8.3.18+ (наличие Асинх методов)
• БСП 3+. Список батареек

  • ОМ.ОбщегоНазначения

  • ОМ.ОбщегоНазначенияКлиент

  • ОМ.ОбщегоНазначенияКлиентСервер

  • ОМ.СтроковыеФункцииКлиентСервер

  • ОМ.ФайловаяСистемаКлиент

Пожалуй, на этом все. Используйте на здоровье, мне не жалко. А если кто дорабатывать будет, поделитесь что сделали. Ну и приходите ко мне в репозиторий на Github, там, возможно, вы найдете еще что-нибудь интересное.