在MartinOdersky的“Programminginscala”一书中，它解释了scalac看起来很慢的原因(第114页):Thereasonisthateverytimethecompilerstartsup,itspendstimescanningthecontentsofjarfilesanddoingotherinitialworkbeforeitevenlooksatthefreshsourcefilesyousubmittoit.每次启动编译时扫描jar文件对编译有什么好处？事实上，如果大多数开发人员使用FSC(快速Scala编译器)来避免这种默认行为，为什么Scal

在我的IDEA项目中，一个Scala模块依赖于一个Java模块。当我尝试编译Scala模块时，只会触发scalac。它编译Java和Scala源代码。我希望scalac只编译Scala模块，因为javac对于Java源代码要快得多(而且我的Java项目很大)。如何让IDEA对不同的模块使用不同的编译器？我的解决方法是(对于每个对Java模块的依赖):删除项目配置中的模块依赖将依赖添加到适当的编译输出目录“MyJavaModule/target/classes”显然我对此并不满意，因为每次我重新导入Maven项目时我都需要重复所有这些以进行快速编译。我希望有人知道更好的方法。澄清:我想强

我尝试在IntelliJ中编译一个简单的对象:objectTest02{defmain(args:Array[String]){println("HelloWorld");}}我收到这条消息:Error:scalac:ScalacompilerJARsnotfound(module'scala02'):E:\.ivy2\cache\org.scala-lang\scala-library\jars\scala-library-2.11.8.jar,E:\.ivy2\cache\org.scala-lang\scala-compiler\jars\scala-compiler-2.11.

scalacfindswrongforAllmethodinScalaTesttest我有一个扩展GeneratorDrivenPropertyChecks的ScalaTest2类，并且还间接扩展了FeatureSpec和Matchers(通过我编写的扩展这两个类的特征)。它里面有这样的代码：123forAll(mySequence){myItem=> myItem.applicationIDshouldbe(foo.applicationID)}编译失败，因为scalac说：123[error]APISpec.scala:253:valueapplicationIDisnotamembero

scalacfindswrongforAllmethodinScalaTesttest我有一个扩展GeneratorDrivenPropertyChecks的ScalaTest2类，并且还间接扩展了FeatureSpec和Matchers(通过我编写的扩展这两个类的特征)。它里面有这样的代码：123forAll(mySequence){myItem=> myItem.applicationIDshouldbe(foo.applicationID)}编译失败，因为scalac说：123[error]APISpec.scala:253:valueapplicationIDisnotamembero