Июн 28, 2016 - 0 Comments - Интересно -

Microsoft продвигает открытый протокол для унификации поддержки языков в разных IDE

28.06.2016 08:47 Microsoft продвигает открытый протокол для унификации поддержки языков в разных IDE

Компания Microsoft представила открытый протокол LSP (Language Server Protocol), предназначенный для упрощения интеграции поддержки новых языков программирования в редакторы кода и интегрированные среды разработки. Протокол разработан в рамках проекта Visual Studio Code для которого обеспечена поддержка более 150 языков программирования. LSP основан на формате JSON и определяет механизм взаимодействия редактора кода и универсального провайдера (сервера) поддержки языка программирования, который может использоваться в разных IDE. Сервер отвечает за операции, связанные с разбором семантики языка, такие как автодополнение кода, анализ опечаток, определение переходов и поиск ссылок.


Продвижение нового протокола производится совместно с компаниями Codenvy и Red Hat, которые обеспечат поддержку LSP в своих продуктах. Например, Codenvy добавит поддержку нового протокола в среду разработки Eclipse Che, а Red Hat подготовит обособленную реализацию LSP-сервера для языка Java.

  1. Главная ссылка к новости (https://www.redhat.com/en/abou…)
  2. OpenNews: Первый релиз интегрированной среды разработки Eclipse Che
  3. OpenNews: Компания Microsoft открыла исходные тексты редактора Visual Studio Code
  4. OpenNews: Компания Microsoft выпустила открытый редактор Visual Studio Code 1.0
Тип: К сведению
Ключевые слова: ide, lang, microsoft
При перепечатке указание ссылки на opennet.ru обязательно
 
 
+/
Ну, это скорее наоборот — нынешние убогие IDE реализованы либо вокруг одного языка, либо имеют слабо согласованные реализации всего подряд. Идея чуть лучше в этом плане, но проприетарщина хренова, а следовательно — должна сдохнуть.

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

Хотя нет, не может — все ж код писать рвутся вместо того, чтобы пол-годика позаниматься проектированием.

 
+/
Вы не совсем правильно выразили мысль. Видимо, вы имели ввиду «ЧЕЛОВЕК работает как правило с одним языком» и да, среда со статыщьпицот языками нафик никому не нужна. Но MS хочет изобразить целый комбайн, поэтому их IDE включает переусложнённые интерфейсы расширения, зато уж подо все мыслимые языки.
 
 
 
Часть нити удалена модератором

+4 +/
> Они на десяток лет опережают ближайших конкурентов

Особенно это заметно в областях, где все конкуренты уже десяток лет как развернулись в другую сторону вслед за прогрессом, а MS продолжает, не оглядываясь, «опережать».

 
+10 +/
> Компания Microsoft представила
>code.visualstudio
> открытый протоко
> предназначенный для упрощения интеграции поддержки
>в рамках проекта Visual Studio Code

http://www.opennet.ru/openforum/vsluhforumID3/105598.html#64  Я переведу>>

http://techrights.org/2015/11/19/openwashing-lockin-vs/ :

[I]»»Запомните, Visual Studio [U] не [/U] “оупен сорс” и [U] не [/U] “кросс-платформенна”. Microsoft вероятно надеется обмануть или запутать публику этими открытиями и затем просто компилируя под различные платформы [U] только часть [/U], после чего она может использовать вводящие в заблуждение заголовки, чтобы заставить людей думать, что Visual Studio хоть как-то сравнима, например, с Eclipse. Это стратегия «минимально достаточного» опен-вошинга(*).

Это может «подсадить» некоторых не-Windows разработчиков на инструментарий Microsoft и, если они позже захотят получить полный комплект, им придётся купить лицензию Windows, придётся купиь лицензию Visual Studio, и положиться на проприертарное ПО от партнёра АНБ […] «»[/I]

(*) прим.перев.:
  http://www.opennet.ru/openforum/vsluhforumID3/105598.html#69
  http://www.opennet.ru/openforum/vsluhforumID3/105598.html#70

> Продвижение нового протокола
> совместно с компаниями Codenvy и Red Hat
> а Red Hat подготовит обособленную реализацию LSP-сервера для языка Java.

+++»Присаживайтесь,»- говорит нам дилер, протягивая иглу.

И да, типо-случайное почти полное совпадение названий не связанных (да?) продуктов — не реклама, не маркетинг, не промывание мОзгов, не опенвошьинг.

«openwashing» не опенсорс. … Или да?!

 
 
+7 +/
Нет, это значит что Микрософт придумало ещё один велосипед, который проживёт 3-4 года и умрёт как и все остальные микрософт-«технологии», оставив после себя несколько тысяч покорёженных разработчиков и море недоумения.
 
 
 
+/
> C#?

и что это — язык коих есть на разные вкусы и задачи
а основная платформа (в т.ч. CLR) для него живет под уиндоус («не надо» про моно и прочий шлак)
то что существует в др. языках пытаются впихнуть в шарпей и не факт — что удачно

 
 
+/
> Конечно второе. Плюс, как всегда, эталонная реализация протокола не будет соответствовать
> спецификациям.

Весь ржач в том, что даже JSON-RPC они УЖЕ умудрились искорёжить — в этом протоколе НЕТ заголовков!! Серверу передаётся чистый, незамутнённый JsonRequest в скобочках.

 
 
 
Часть нити удалена модератором

 
 
Часть нити удалена модератором

+1 +/
Я даже MS ругать не буду. Я просто подожду и посмотрю, как они с этой штуковиной реализуют поддержку тех же плюсов. Пока что там даже простейший сишный макрос (поломана строка N в файле A, раскрывающее макрос WWW в строке M файла B) не обрабатывается — связей между Diagnostic и вообще каких-либо связей) они не предусмотрели.

А вот если абстрагироваться — идея занятная — все «рисовалки» отделить от логики (там же даже форматированием занимается «сервер») — что-то в этом есть. Причём поддержку подобной хрени можно в любой редактор добавить сравнительно небольшой кровью, а сама работа с языком отвязывается от платформы и пишется, к примеру, на самом языке — я сто раз матерился, что не прочь что-то в эклипсе подкрутить, но не настолько, чтобы лзть в потроха этого монстра на джаве. Но не в таком же идиотском исполнении, да ещё для веб-сред!

 
 
 
Часть нити удалена модератором

+5 +/
> клоун: для FAR есть плагин Colorer, который даже знает про ассемблер в
> [b]Си[/b] и html в php. Если они сделали, думаешь [b]Майкрософт[/b] не
> сможет?  

Удачный пример. Как там, в новейшей VS с поддержкой то того же с99?

> А после привлечения на свою сторону Eclipse, речь идёт только о том, [b] как быстро [/b] они это сделают.

Вот-вот, ключевое выражение: «как быстро».
Наобещать кучу фич и плюшек — это они быстро. Что с студиями, что со своей ОСью (где там, кстати, та супер ФС, которую обещали выпустить с вистой?). Правда, «обещанного три года ждут» …

 
 
+/
Тьфу, блин. Ты идею от реализации отличить способен? Вон, для D сделали что-то похожее — разбор производится отдельным сервером, в результате не надо для емекса, вима. эклипса и чёрт знает чего ещё писать одно и тоже на рахных языках — а можно иметь одну реализацию, написаную на том же D.
 
+/
> Я просто подожду и посмотрю, как они с этой штуковиной реализуют поддержку тех же плюсов.

Ровно так же, как и до этого. «Хуже» здесь стала только одна часть — задержка обработки (которая и так не блещет). Ловим действие юзера -> сериализация  -> передача -> десериализация -> обработка -> сериализация -> передача обратно клиенту -> десериализация -> отклик на клиенте.

> А вот если абстрагироваться — идея занятная — все «рисовалки» отделить от логики

Ну фактически VS так и спроектирована — события в GUI слое влекут канпеляние в нижнем слое, потом отображение результата в GUI. Только при этом в VS нет этих диких пересылок JSON-объектов. Такие вещи надо смотреть практически — насколько неуловима будет разница между монолитной IDE и разнесёнными редактором+сервер языков.

 

 Добавить комментарий

Навигация

Let’s block ads! (Why?)


Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Человек ? *