LINUX.ORG.RU

Rust Language Service

 , ,


2

7

Разработчики Rust представили Rust Language Service, который является одной из первых реализаций Language Server Protocol, созданного Microsoft, Codenvy и Red Hat для стандартизации коммуникации различных IDE и языков программирования.

Rust Language Service пока в состоянии «pre-alpha» и разработчики просят вашей помощи.

Поддержка Language Server Protocol на данный момент реализована только только в Eclipse и VSCode.

>>> Подробности о Language Server Protocol

>>> Подробности о Rust Language Service

★★☆☆

Проверено: Shaman007 ()
Последнее исправление: sudopacman (всего исправлений: 5)

Ответ на: комментарий от meliafaro

А что это значит? В смысле сообщений мало?

anonymous
()

Language Server Protocol

Хорошая штука. А какие языки кроме C#, TypeScript и Rust оно будет поддерживать?

EXL ★★★★★
()

То есть наступит то время, когда пользователи раста упрекать обвинять жабку в отсутствии нормальной IDE? Гуд.

anonymous
()

Им бы с товарищами из Jetbrains состыковаться, вот у кого такого опыта немеряно.

В целом идея интересная, кажется ещё такого нигде не было, чтобы все IDE использовали один общий движок.

Legioner ★★★★★
()
Ответ на: комментарий от Legioner

Им бы с товарищами из Jetbrains состыковаться

Нужно ли это Jetbrains.

кажется ещё такого нигде не было, чтобы все IDE использовали один общий движок.

От ecclim до базы данных Clang.

tailgunner ★★★★★
()
Ответ на: комментарий от Legioner

Им бы с товарищами из Jetbrains состыковаться, вот у кого такого опыта немеряно.

Опыта написания костылей. К примеру, их поделка CLion использует ANTLR (ущербный и жрущий Java-парсер), вместо Clang.

Вот у кого-кого, а у JetBrains получаются самые тормозные и убогие IDE.

Потому, наверное, и взяли Eclipse, а не Community IKEA.

EXL ★★★★★
()
Ответ на: комментарий от RazrFalcon

Молодец, иди дальше решай свои лабораторные по информатике и не мешай дядям заниматься разработкой ПО.

foror ★★★★★
()
Ответ на: комментарий от red75prim

Фабрики фабрик абстрактных фабрик синглтонов писать?

Так семью разрабам нужно же кормить, ипотека таже? На Украине в этом плане берут гуманитариев на месячный курс Eclipse+Spring и вперёд - аутсорсить.

foror ★★★★★
()
Последнее исправление: foror (всего исправлений: 1)
Ответ на: комментарий от anonymous

Не ожидайте от IDEA каких-то революционных вещей. Они настолько обросли жирком, что даже не смогли нормальный продукт для веба выпустить. Сделали какое-то мегажирное поделие жрущие 16Gb памяти, напихали туда всяких хадупов и хуюпов и непонятно где оно сейчас, в лучшем случае ынтырпрайзу проталкивают.

foror ★★★★★
()
Ответ на: комментарий от tailgunner

В jetbrains с конца прошлого года в разработке ide rider, в которой нечто подобное: клиент - это idea, а language server - resharper. Видимо, ms решила ответить.

svb
()
Ответ на: комментарий от svb

В jetbrains с конца прошлого года в разработке ide rider, в которой нечто подобное: клиент - это idea, а language server - resharper. Видимо, ms решила ответить.

Непонятно, кто кому решил ответить. Вообще, индексатор (использую этот термин за неимением лучшего) в виде сервера - идея не новая: ecclim, youcompleteme.

tailgunner ★★★★★
()
Последнее исправление: tailgunner (всего исправлений: 1)
Ответ на: комментарий от EXL

насчёт парсера: я как-то спрашивал их насчёт парсера. Сказали, что когда они начинали писать Clion, то парсер clang'а им не подходил и писать в него они не хотели. Поэтому решили свой велосипед сделать. Мол у них есть куча разрабов, которые умеют писать парсеры.

А вот их IDE действительно лагают знатно.

zamazan4ik ★★
()
Ответ на: комментарий от zamazan4ik

им не подходил и писать в него они не хотели

Конечно, там же нужно C и C++ уметь.

Мол у них есть куча разрабов, которые умеют писать парсеры.

На Java. Потому и

их IDE действительно лагают знатно.

EXL ★★★★★
()
Ответ на: комментарий от pftBest

По мне, CDT Parser гораздо быстрее и экономнее ANTLR. Но CLion'овский вроде лучше держит последние стандарты (в этом могу ошибаться, у меня куча legacy на 98/03).

EXL ★★★★★
()
Ответ на: комментарий от AUX

Эх, оно и под онтопик. Сейчас потыркаем, спасибо.

BigAlex ★★★
()
Ответ на: комментарий от EXL

насчёт стандартов - довольно неплохо, но можно много-много-много лучше.

zamazan4ik ★★
()
Ответ на: комментарий от anonymous

Все к чему прикасается мелкософт - проклято, негодно, гнет.

Ради справедливости надо отметить, что в мелкософте создали очень годный формат MHT для сохранения веб-страниц (никаких велосипедов, MIME + HTML, решение в юниксвейном духе), а также RTF (который до сих пор по факту самый кроссплатформенный из 100500 офисных форматов, хотя под капотом у него жопа, особенно в части табличных тегов).

А ещё веб-камеры от Microsoft хороши тем, что без проблем работают в Linux :)

hobbit ★★★★★
()
Ответ на: комментарий от grim

IDL для LSP я не видел

Как не видел? Вот же он:

interface ResponseMessage extends Message {
    /**
     * The request id.
     */
    id: number | string;

    /**
     * The result of a request. This can be omitted in
     * the case of an error.
     */
    result?: any;

    /**
     * The error object in case a request fails.
     */
    error?: ResponseError<any>;
}
tailgunner ★★★★★
()
Ответ на: комментарий от hobbit

Касательно MHT мне больше понравился путь, которым пошёл один из плагинов для хрома - data-uri для картинок и подобных ресурсов, а скрипты и стили просто включаются целиком в код страницы (ибо теги script и style так умеют). В результате сохранённый документ можно открыть любым другим браузером без каких-либо плагинов.

Хотя, наверное, когда изобретали MHT data-uri не было.

KivApple ★★★★★
()
Последнее исправление: KivApple (всего исправлений: 2)

За упоминание пртокола - большое человеческое.

pon4ik ★★★★★
()
Ответ на: комментарий от tailgunner

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

Второй вариант интереснее конечно, но первый - нужнее. Пока протокол открыт, я даже почти готов сказать «майкрософт молодцы».

pon4ik ★★★★★
()
Ответ на: комментарий от pon4ik

Пока протокол открыт, я даже почти готов сказать «майкрософт молодцы»

Ты посмотри на тот протокол. В нем несовместимость клиентов и серверов заложена на генетическом уровне. Я не говорю, что на этом этапе можно было сделать лучше, но тому, что есть, рано рукоплескать.

tailgunner ★★★★★
()
Последнее исправление: tailgunner (всего исправлений: 1)
Ответ на: комментарий от tailgunner

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

pon4ik ★★★★★
()
Ответ на: комментарий от pon4ik

Пока протокол открыт, я даже почти готов сказать «майкрософт молодцы».

Не нужно забывать о Redhat и Codenvy

grim ★★☆☆
() автор топика
Ответ на: комментарий от tailgunner

Нужно ли это Jetbrains.

Ну это их основной бизнес — делать IDE, потенциально им это должно быть интересно.

От ecclim до базы данных Clang.

Не очень понял, но если взять тот же C/C++, то каждая IDE (Xcode, MSVS, Eclipse CDT, Idea), насколько я знаю, использует свой парсер, автодополнение и тд.

Legioner ★★★★★
()
Ответ на: комментарий от grim

Первому и так говорю молодцы почти каждый день. Про вторых - забыл, каюсь :)

pon4ik ★★★★★
()
Ответ на: комментарий от grim

Спасибо. Искал этот документ вчера ночью но не нашёл, похоже надо было идти спать :)

pon4ik ★★★★★
()

Хороший проект, и язык интересный.

Ящитаю, всякий сознательный программист должен вложиться в этот проект. Это может быть прорыв уровня LLVM. Ибо хаос в мире IDE и прочих тулзов уже порядком надоел, долой зря потраченные человеко-годы! Революция давно назрела!

anonymous
()
Ответ на: комментарий от pon4ik

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

молодежь уже не знает историю corba. там тоже мужЫки с протокола начали... им же и кончили. многократно.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.