卓越文本Java-Scala代码智能/自动完成

Question

我一直试图找到codeInt插件来开发崇高文本3中的scala/java代码，但没有成功，我不明白这是为什么。

似乎有一套很好的插件可用于sbt、阿敏等辅助函数(这太粗糙了，我仍在尝试设置它)，而爪哇等插件则适用于java，但与IDE的一个定义特性无关，后者是智能代码辅助功能。

与此形成鲜明对比的是，对于Python、PHP和JavaScript等语言，这些插件都是已经 可用，非常丰富，可以帮助您忘记更重更大的IDE，比如Eclipse、IntelliJ等。

我的问题基本上可以归结为：是否有合法的根本原因(由于codeInt而增加了开销？复杂吗？有人不愿意开发这个插件？不知道，像Java和Scala这样的语言的会被忽略，还是崇高的文本只是为了成为(或者总是)一个脚本友好的IDE？

Answer 1

是的，关注脚本是有正当理由的。最重要的原因是脚本语言的性质:可以实时评估语句和代码块，可以确定变量的类型，以及向用户提供适当的函数/方法/属性等。编译语言不一定提供这种能力，因为代码需要不断地重新编译才能运行和分析，而有些代码只是不适合静态分析。

从根本上说，“代码智能”插件可以归结为移动解释器，它可以评估当前的代码，并为您提供功能建议等。他们扫描已经导入的模块/库/在适当的时候提供这些模块/库，并在不导入的情况下提供标准内置功能。他们跟踪变量的类型，给出“智能”的假象。

然而，正如任何经验丰富的用户都会告诉您的那样，崇高的不是。它不能进行真正的重构。调试是相当困难到不可能的，取决于语言。它不能自动进口。

崇高的API是在Python中公开的，它解释了大量用于该语言的代码完成、链接和分析工具。Node.js可以通过Python运行，并照顾JavaScript社区。Ruby和Python一样，被解释并拥有类似的工具，尽管数量不多，可能是因为它不那么受欢迎。PHP也会被解释，虽然我不知道为什么头脑正常的人会自愿地使用这种语言来做任何事情，但显然人们仍然会这么做，所以有一些工具可以用于它。

JVM和CLR语言完全不同。市场上有很多很好的IDE针对它们，它们嵌入了VM(或者至少能够连接到不同的虚拟机)和巨大的代码库，这些代码库试图(并且经常成功地)在阳光下为您提供每个功能。因此，它们的容量从几百兆字节到千兆字节不等。最新的用于崇高构建的.deb 3095 x64为6.5MB，所有支持平台的AFAIK所有安装程序都不到10 MB。

崇高的设计是为了成为一个快速和可扩展的文本编辑器，而不是一个“人人都可以”的庞大的IDE。所有的配置文件、菜单定义、键和鼠标绑定等等都在文本文件中，而不是花哨的图形菜单中。除非你和我一样，而且已经安装了太多插件，否则启动时间会很快(甚至我的启动时间也不到一秒或三秒)，而且响应速度非常快。它非常擅长它所做的事情，虽然API允许人们编写插件来创建新特性，但它永远不会是一个真正的IDE。我喜欢这样，但我不使用Java或C#编写代码。