История изменений
Исправление pon4ik, (текущая версия) :
Отвечать на некоторые вопросы - пустая трата времени.
Возможно, в отличии от, почитать на тему того же LSP. И прочувствовать, почему под отличнейшей спекой lsp и dap(не такой отличной, но хотя бы схема есть), таки скрывается непонятная необходимость, делать поддержку конкретного языка в конкретной ide в виде плагина. Для которых, у некоторых, уже готов маркет плейс.
Хотя, вроде бы :
Adding features like auto complete, go to definition, or documentation on hover for a programming language takes significant effort. Traditionally this work had to be repeated for each development tool, as each tool provides different APIs for implementing the same feature.
A Language Server is meant to provide the language-specific smarts and communicate with development tools over a protocol that enables inter-process communication.
The idea behind the Language Server Protocol (LSP) is to standardize the protocol for how such servers and development tools communicate. This way, a single Language Server can be re-used in multiple development tools, which in turn can support multiple languages with minimal effort.
LSP is a win for both language providers and tooling vendors!
Дальше - либо гонка за поддержкой различных расширений различных серверов, оформленных в виде расширенных клиентов, либо всё же цивилизованная общая работа над спецификацией протоколов. А то будет как с sip+xmpp vs SFB.
Исходная версия pon4ik, :
Отвечать на некоторые вопросы - пустая трата времени.
Возможно, в отличии от, почитать на тему того же LSP. И прочувствовать, почему под отличнейшей спекой lsp и dap, таки скрывается непонятная необходимость, делать поддержку конкретного языка в конкретной ide в виде плагина. Для которых, у некоторых, уже готов маркет плейс.
Хотя, вроде бы :
Adding features like auto complete, go to definition, or documentation on hover for a programming language takes significant effort. Traditionally this work had to be repeated for each development tool, as each tool provides different APIs for implementing the same feature.
A Language Server is meant to provide the language-specific smarts and communicate with development tools over a protocol that enables inter-process communication.
The idea behind the Language Server Protocol (LSP) is to standardize the protocol for how such servers and development tools communicate. This way, a single Language Server can be re-used in multiple development tools, which in turn can support multiple languages with minimal effort.
LSP is a win for both language providers and tooling vendors!
Дальше - либо гонка за поддержкой различных расширений различных серверов, оформленных в виде расширенных клиентов, либо всё же цивилизованная общая работа над спецификацией протоколов. А то будет как с sip+xmpp vs SFB.