如何确认 Eclipse 内容辅助在 Corrosion 中有效？

Question

我想我会选择 Rust，所以我将它与 Corrosion for Eclipse 一起安装。腐蚀的描述如下：

Corrosion 提供了一个丰富而智能的 Rust 编辑器： - 语法高亮（使用 TextMate 语法）和错误报告，悬停。 内容辅助。跳转到 Rust 语言服务器提供的引用、代码大纲、格式化...

我已确保安装 RLS，并且自动完成功能在 IntelliJ IDEA 中似乎没有任何问题，因此我假设安装成功。

Eclipse 中的 RLS 设置设置为“使用 Rustup”——不太确定这意味着什么。安装 RLS 后，Eclipse 的 Rust 设置页面上唯一的警告（关于缺少 RLS）就消失了，所以我假设它检测到了它。

尽管按下 ^Space 时没有任何反应，这是当前绑定的内容辅助快捷方式（例如，在键入 use std:: 或类似之后）。由于我不知道 Corrosion 会发生什么，我不知道是否存在问题或如何解决它。

我应该从这个内容辅助中得到什么？

$ cargo --version
cargo 1.29.0 (524a578d7 2018-08-05)
$ rustc --version
rustc 1.29.2 (17a9dc751 2018-10-05)

Answer 1

内容辅助的proposals来自viaLanguage Server Protocol (LSP)来自 Rust，Eclipse Corrosion 仅显示它们。更准确地说，可执行文件rls (rust language server) 是 rust 版本的一部分，它使通过 LSP 提出建议。

因此提出的建议取决于 Rust 版本。使用 Rustup，您可以并行安装多个版本并保持最新。

使用下面的简单代码 sn -p 可以检查 Eclipse Corrision 是否配置正确并且 LSP 是否正常工作：

fn main() {
    let foo = 1;
    {
        let foo = 2;
        println!("{}", foo);
    }
    println!("{}", foo);
}

如果将光标设置为第一个foo，则应突出显示第一个和最后一个foo，而不是两个内部的@（这也是通过LSP实现的）：

Answer 2

最终解决根本问题的是将 Rust 语言服务器位置从默认的“使用 Rustup”更改为“其他安装”的预填充值并重新启动。

我不知道问题出在哪里。

事实证明，上面讨论的实际符号突出显示在 Eclipse 的深色主题（白色背景上的白色文本）中被破坏了，无法在首选项中更改它有一个模糊的设置为此（请参阅@howlger 的评论），所以最终 Eclipse 被证明不是一个真正的竞争者是一个真正的麻烦。如果您像我一样需要深色主题，这只是一个警告。