解决方法
缺点？我真的很想念能够点击编译错误并直接修复代码,但是在sbt中编译的速度要快得多.
Idea Scala插件的夜间版本可以在质量/性能方面有所不同,但是最近越来越好. Scala插件现在可以标记一些错误,在我不得不运行编译以捕获之前. (例如,我每晚都在运行0.4.693,新的方法检查已经死了.)
我在命令行上使用sbt的生活建议：开始sbt up,并尽可能长时间地交互运行,以利用所有被加载和JIT-ed的优势.
sbt离开运行将最终落在最后,但通过给你更多的记忆在你的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的运行配置文件(我发现这比去年十月在命令行运行的sbt慢),但是我看到orfjackal还在开发中,所以我应该再给它一个镜头)
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
