4
내 응용 프로그램에 대한 임베디드 언어입니다. 응용 프로그램은 순수한 스칼라로 작성되었습니다. 런타임에 일부 기능을 추가하고 싶습니다. 그리고 질문이 있는데, 스칼라는 그루비 임베디드보다 더 빨리 임베드되어 있습니까?스칼라와 임베디드 그루비 임베디드
A
답변
1
"스크립팅 언어로"언어를 사용하는 데 필요한 Java API (스크립팅 언어 지원, JSR 223)를 구현하려는 노력이 있었지만 효과가 있는지 잘 모르겠습니다. .
스칼라는 JVM이 빠르게 실행할 수있는 숙어에 더 가깝기 때문에 Groovy보다 전반적으로 빠릅니다.
그러나 Groovy는 실제로 중 하나이며 JVM 용 스크립팅 언어입니다. Java/Scala/Groovy 파일을 함께 빌드하기위한 지원이 있어야하므로 문제가 발생하지 않아야합니다.
4
다른 언어는 추가하지 않으므로 스칼라는 스크립팅에 적합합니다. speed-wise 스칼라는 일반적으로 groovy보다 빠릅니다 (shootout.alioth.debian.org에 오래된 벤치 마크가 있지만, 그루비가 현재 벤치 마크에서 제외 된 것처럼 보입니다). 그러나 응답 성은 차선책입니다. 즉, 알다시피, scala REPL에 사용되는 "인터프리터"를 실행하는 것은 즉석에서 컴파일하는 컴파일러입니다. 이것은 실제 컴파일에 약간의 대기 시간이 따르지만, 실행 속도는 정상적으로 컴파일 된 스칼라와 같습니다. 현대 컴퓨터에서는 더 이상이 대기 시간을 알 수 없습니다.
스칼라 REPL 위에 몇 가지 작은 도구가 있습니다. 하나의 언어로 머물러있는 또 다른 이점은 스칼라 특정 물건 (예 : 합성 방법, 컴패니언 오브젝트 등)이 투명하게 보이기 때문에 심볼을 인터프리터에 쉽게 바인딩 할 수 있다는 것입니다.
편집 : http://stronglytypedblog.blogspot.com/2009/07/java-vs-scala-vs-groovy-performance.html
: 원래 포스트는 2009 년부터이지만, 여전히 차이의 크기를 보여주는 코멘트를 통해 최근의 스칼라 2.8 및 그루비 1.7 확산의 기준이있다