Расширение VSCode с LSP сервером

Надо бы ещё рассказать, как устанавливать.))

Выложил версию 0.1.1:

• Исправлены найденные ошибки
• Добавлен “режим проекта”, когда несколько .qsps файлов рассматриваются как связанные - поддерживается диагностика, а также поиск / переименования по всем файлам проекта

Выложил версию 0.1.2: в “Go to location” локации сортируются по алфавиту.

Попробовал на разных своих проектах. Всё отлично.

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

Неиспользуемые массивы находит — это вообще шикарно! Правда у меня получилось, что это не совсем верно, там как раз из-за необходимости генерировать префикс в copyarr подставляется первым аргументом '<<$args[21]>>em_arr_sort_result_array_'. 😅 Ну, это мелочь несущественная.

Попробовал дать задание Курсору на исправление ошибки с префиксом. Он даже это сделал, нарушив правда логику. 😂

И тут началось. Предупреждение о смешивании префиксов не скинулось, а ещё появилось предупреждение, что дублируется название локации, причём пять минут назад я это название исправлял, и оно не дублировалось.

После перезапуска Курсора предупреждение о смешивании префиксов пропало. А вот предупреждение о дублировании имени локации — нет, хотя локация точно в папке такая одна.

Ещё мне сначала показалось, что большая нагрузка на процессор долго сохраняется, но потом всё выровнялось, сейчас тише, чем линтер для python работает.

У меня пока не получается повторить ситуацию с ошибкой о дублировании локации. Правда, я использую VSCode, а не Cursor.

Обновил до версии 0.1.3:

• Улучшено обновление диагностики при изменении файлов
• Добавлено предупреждение о слишком длинных локациях (настраивается, 500 строк по умолчанию)

Нужно ли добавить получение списков локаций, предметов, переменных (можно показывать в новом документе)?

Byte:

Нужно ли добавить получение списков локаций, предметов, переменных (можно показывать в новом документе)?

Я думаю, было бы неплохо.

Я и второй раз так смог сделать в версии 0.1.3 в VS Code.

Делаю очень просто. Сначала делаю две одноимённые локации в разных файлах. Потом просто стираю старое название, пишу новое, не вызывая диалог переименования.

Причём видишь в скриншоте расширение пишет, что локация с таким названием так же определена в файле “[start].qsps”, а файл с таким названием только один. То есть оно то же самое название считает дубликатом.

Более того, оно теперь название каждой локации считает дубликатом):

Эту я не переименовывал. ))

Aleks Versus:

Делаю очень просто. Сначала делаю две одноимённые локации в разных файлах. Потом просто стираю старое название, пишу новое, не вызывая диалог переименования.

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

Может, версия VSCode сильно отличается? У меня сейчас 1.108.2.

Обновил до 0.1.4:

• Улучшение синхронизации состояния (должно корректнее показывать ошибки / предупреждения)
• Улучшение производительности

Обновил до 0.1.5:

• Исправление работы “режима проекта” на Windows
• Добавлены команды получения списков локаций / переменных / предметов
• Добавлена команда перемещения группы локаций из выбранных файлов в отдельный файл
• Добавлена команда разбивки группы локаций из выбранных файлов на отдельные файлы (1 файл на локацию)

Блин, зря я сюда не заглянул… Я тоже запарился с LSP для QSP (правда по большей части для 5.7), т.к. сейчас пилю кастомный редактор для QSP. Мог бы использовать этот LSP вместо своего кастомного на Go. С другой стороны, у меня там ещё и аналитика на этом завязана… Если интересно - мой редактор построен на Tauri + React + Monaco + Go на бэкэнде (Т.к. я рот ковырял этого Rust). Выглядит всё это дело примерно вот так:

Multi-line comments в QSP - это просто АД для monaco, кстати, есть репозиторий с сорсами для этого LSP? Хотелось бы сравнить основные правила с моей поделкой.

Хочу опубликовать следующую версию и затем выложу исходники.

Byte:

Хочу опубликовать следующую версию и затем выложу исходники.

Хорошо, буду ждать, у меня в любом случае куча других актуальных задач, которые нужно решить, типа граф-карты проекта, менеджера условных ДБ итд. Но по итогу хочется сравнить правила по эдж-кейсам, и правила для новых (пост-5.7) вещей. Мой LSP в принципе справляется с 5.7 корректно и постоянно обновляется, но всё это ограничено моим личным опытом, а не строгими правилами движка.

Обновил версию до 0.1.6. Добавлена диагностика:

• Неверное число аргументов встроенной функции / оператора
• Несоответствие типов при присваивании (строка / число / кортеж)
• Смешанные типы вызова одной локации (gs / gt / func / desc)
• Непоследовательная передача локальных переменных из вызывающих локаций
• Нераспознанные динамические вызовы (dynamic / dyneval)
• Локация / код вызывается как функция, но result не присваивается
• Лишние аргументы при вызове локации / кода, не читающей args
• Переопределение args / result как локальных переменных
• Переопределение локальной переменной, проброшенной из вызывающей локации

PS:

1. Отслеживаются “простые” переменные - элементы массивов не учитываются.
2. Добавлены подсказки по вызовам локаций и возможным значениям переменных.
3. Изменений много и скорее всего есть ошибки.
4. В следующей версии постараюсь улучшить обработку массивов.