斯卡拉+IDEA : Pros and cons of sbt and fsc

Question

我目前正在使用 IDEA 的构建机制和 fsc 来使用 Scala 进行开发。它仍然有点慢，并且必须(重新)启动编译服务器很痛苦。这里很多人建议将 SBT 与 IDEA 一起作为构建工具。

您认为每种方法的优缺点是什么？

Answer 1

我都尝试过，最后我更喜欢直接使用 sbt 进行编译。

缺点？我真的很怀念能够点击编译错误并直接修复代码，但是......在 sbt 中编译速度要快得多。

Idea Scala 插件的夜间构建可能在质量/性能方面有所不同，但最近它变得越来越好。 Scala 插件现在可以标记一些错误，以前我必须运行编译才能捕获这些错误。 (例如，我正在运行 nightly build 0.4.693，新方法检查已经非常有用。)

我对在命令行上使用 sbt 的建议:启动 sbt 并使其尽可能长时间地以交互方式运行，以充分利用正在加载和 JIT 编辑的所有内容。

sbt left running 最终会失败，但是通过在 sbt 包装器中为其提供更多内存，您可以很少发生这种情况。

这是适合我的 sbt 启动包装器。

java -Xms512M -Xmx1500M -XX:MaxPermSize=512m -jar `dirname $0`/sbt-launch.jar "$@"

我对 sbt 0.7 最大的问题是它经常返回并重新编译大量文件，这些文件似乎与我实际更改的代码无关。 (即便如此，仍然比Idea和fsc快!)

好消息:sbt 0.9 有一些很棒的增量编译改进。不幸的是，从 0.7 到 0.9 的迁移仍处于早期阶段。 Mark Harrah 在 NEScala 上的演讲在线:http://www.nescala.org/2011/如果你有兴趣。

有用的插件

• http://github.com/mpeltonen/sbt-idea - 轻松创建您的 Idea 项目并使其与 sbt 项目保持同步
• http://github.com/orfjackal/idea-sbt-plugin - 允许您从 Idea 中创建 sbt 的运行配置文件(我发现这比去年 10 月在命令行运行 sbt 慢 - 但我看到 orfjackal 仍在开发中，所以我应该再试一次)