工程师报考网站,网站数据库连接不上的常见问题,两山开发公司,中国做网站最大的公司虽然我认为这个问题不适合Stack Overflow#xff0c;因为它倾向于主要产生基于意见的答案#xff0c;但这里有一个尝试#xff1a;你有两种不同的语言#xff0c;特别是关于类型系统#xff0c;以及两个完全独立的编译器实现 . 所以期望它们具有“相同”的编译速度已经是一…虽然我认为这个问题不适合Stack Overflow因为它倾向于主要产生基于意见的答案但这里有一个尝试你有两种不同的语言特别是关于类型系统以及两个完全独立的编译器实现 . 所以期望它们具有“相同”的编译速度已经是一种谬论 . 我在评论中链接了另一个检查Scala编译器速度的问题 . 基本上它取决于许多因素例如类型推断器的工作量和特定代码库所需的隐式解析 .然而我运行了一个非常快速的例子我在Kotlin和Scala中编译了一些Project Euler解决方案 . 这让我对整个项目进行了新的重新编译6 seconds in Kotlin (在连续重建中下至 5 seconds )10 seconds in Scala (在连续重建中下至 7 seconds ) .源代码的来源我拿了this code for Kotlin改变了很多进口因为显然Kotlin标准库在此期间发生了变化以便进行编译 .我拿了this code for Scala并将其转换为sbt项目每个问题都包含在 object pXY extends App { ... } 中并将其放在包 euler 中 .然后我删除了只存在一个解决方案的文件最终导致了26个问题 . 这两个项目都是使用 Rebuild Project 使用IntelliJ IDEA 15 CE编译的 .为了对这个业务提供另一个视角我在源上运行了 wc (字数统计)// lines words bytes931 3603 33087 total // Kotlin261 1166 6472 total // Scala所以现在你可以争辩说Kotlin编译器需要处理“更多源代码”或者Scala代码“更密集”:)
