Scala IDEA:sbt和fsc的优点和缺点
我正在使用IDEA的构建机制与fsc开发与
Scala.它仍然有点慢,必须(重新)启动编译服务器是一个痛苦.这里有很多人建议SBT与IDEA一起构建工具.
你认为每个方法的优缺点是什么? 解决方法
我尝试了两个,最后我喜欢直接sbt进行编译.
缺点?我真的很想念能够点击编译错误并直接修复代码,但是在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项目同步 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |