doublesunrus / ru.capralow.dt.bslls.validator Goto Github PK

Изучить статью https://habr.com/ru/company/1c/blog/449172/ и возможно применить плагин для изменения версий в pom файлах

Сейчас версия плагина в явном виде прописана в скрипте сборке.
Нужно поменять на разбор файла /build/pom.xml и вытаскивать версию плагина из него.

Приходится каждый раз запускать очистку проекта.

Как победить?

Необходимо из скрипта сборки убрать помещение в latest, если нет этапа deploy.
Иначе все помещения в dev сборку будут приводить к обновлению плагина.

самое главное, чтобы ты использовать только BSLLanguageServer, BSLTextDocumentService и BSLWorkspaceService. все остальные классы тебе не нужны.
для получения экземпляров ты можешь использовать
BSLLSBinding.getApplicationContext().getBean(BSLLanguageServer.class)

Никакого больше серверного контекста, провайдеров и internal api

Добавить настройки для отключения проверок и квикфиксов.

Когда я смотрю на диагностику, я бы хотел иметь возможность быстро ее потушить с помощью игнорирования https://1c-syntax.github.io/bsl-language-server/features/DiagnosticIgnorance/.

Потому предлагаю вместо текущего префикса [BSL LS] писать конкретный, например [BSLLS:UsingHardcodePath], который можно скопировать и вставить.

В EDT есть свой настраиваемый механизм, который показывает превышение длины строки. Поэтому отдельное предупреждение об этом не нужно.

описание есть. DiagnosticProvider.getDiagnosticDescription

Нужно добавить его в хинты и синтаксис-помощник

Александр, отлично. А скажите, это фича edt или плагина. После проверки текста модуля плагином, ошибка прилетает в панель ошибок. Если выше по тексту модуля добавить строки кода, то плагин добавляет в панель ошибок снова эту ошибку, не стирая старую. Получается, пока не переоткроешь модуль, все ошибки задваиваются (со старой позицией и с новой)

Интересует возможно изменять настройки проверок в разрезе проекта, возможность считывать настройки из папки .setting

Плагин можно установить в EDT через пункт "Установить новое ПО" указав сайт обновления http://capralow.ru/edt/bslls.validator/latest/

Необходимо перед сообщением об ошибке добавить [BSL LS]. Чтобы было видно, что это не родная ошибка EDT.

Т.к. выполняется скан всего модуля и к тому же, проверка лезет в сторонний сервис надолго - то следует добавить аннотацию к проверке - что она "тяжелая". Иначе она воспринимается как FAST.

@Check(CheckType.EXPENSIVE)
@Override
public void validate(EObject object, CustomValidationMessageAcceptor messageAcceptor, CancelIndicator monitor)
{
}

Как-то так.

Раньше был режим, что тяжелые запускались при сохранении, а при редактировании текста не запускались. Не проверял, но полагаю, что сейчас оно так же должно работать.

Необходимо сделать unit-test на метод Validate с моками.
https://github.com/DoublesunRUS/ru.capralow.dt.bslls.validator/blob/v0.5.0a/ru.capralow.dt.bslls.validator.plugin.ui/src/ru/capralow/dt/bslls/validator/plugin/ui/BslValidator.java#L40

Необходимо LSP диагностику поменять на BSL:
https://github.com/1c-syntax/bsl-language-server/blob/develop/src/main/java/org/github/_1c_syntax/bsl/languageserver/providers/DiagnosticProvider.java#L213

Брать Severity и Type из
https://github.com/1c-syntax/bsl-language-server/blob/develop/src/main/java/org/github/_1c_syntax/bsl/languageserver/providers/DiagnosticProvider.java#L138
и
https://github.com/1c-syntax/bsl-language-server/blob/develop/src/main/java/org/github/_1c_syntax/bsl/languageserver/providers/DiagnosticProvider.java#L146

все DiagnosticType.Error - в Error, все остальное - в Warning.
code_smell.info вообще не отображать.