현재 생산에 사용되는 스칼라 도구에 대한 귀하의 경험은 무엇입니까?스칼라 2.8 생산 용 도구
스칼라 2.8 has been out for over a month, 나는 그것이 thesequestions의 라인을 따라, 스칼라 공구의 상태에 대한 업데이 트를위한 좋은 시간이 될 것이라고 생각 감안할. IDE가 아닌 RAD 도구 (예 : JRebel), 빌드 도구/컴파일러 (sbt, Maven, fsc) 및 프레임 워크 (예 : Lift, Play)를 포함하여 질문 범위를 IDE 이상으로 확대하고 싶습니다.
또한 실제 제작 과정에서 발생하는 모든 문제를 캐주얼 사용으로 발견 할 수는 없으므로 프로덕션에서 실제로 사용되는 도구에 중점을두고 싶습니다. 제작 경험이있는 도구에 대한 답변을 제한하십시오.
필자는 Maven에서 IntelliJ IDEA과 Eclipse을 모두 사용했습니다. 지금까지 필자의 사용법은 생산 코드베이스를 2.7.7에서 2.8로 포팅하는 것으로 제한되어왔다. IDEA는이 두 가지의 리더로 보입니다.하지만 2.8로 전환했을 때 IDE의 EAP 버전으로 업그레이드해야했습니다. 이클립스 플러그인은 여전히 코드베이스에 많은 가짜 컴파일 오류가있어 전혀 반응하지 않습니다. 반면에 at least one developer I know of은 IDEA보다 Eclipse에서 더 좋은 행운을 보였습니다.
또 다른 걱정거리는 compilation speed입니다. 스칼라 2.7.7 이상으로, IDEA는 놀라 울 정도로 느렸다 - 사소한 변경 후에도 Make를 실행하는 데 30 초 정도 걸렸다. 결과적으로 필자는 Maven 플러그인의 scala:cc 목표를 통해 fsc를 사용하기 시작했는데, 이는 일반적인 증분 컴파일 시간을 3-5 초로 줄였습니다.
나를 위해 이클립스와 sbt (간단한 빌드 도구)를 시도했다. 이클립스는 약간 신뢰할 수없는 것 같다. 오류가 아닌 오류를보고합니다. 이클립스는 내 랩톱에서 너무 많은 RAM을 사용했으며 오래된 컴퓨터 (또는 RAM이 적은 모든 것을 사용하는 경우)가 매우 느릴 수 있습니다. sbt는 더 적은 전력을 필요로하지만, 이클립스가 라이브 에러 체크를하지는 않는다 (어쨌든 실제로는 신뢰성이 없다).
어쨌든 두 가지 시도를 해봐야 할 것 같습니다. 나는 그것이 당신이하고있는 프로젝트에 달려 있다고 생각합니다.
"가짜"오류는 대개 "Project | Clean ..."으로 수정되었습니다. 이상하지는 않지만 Eclipse 플러그인으로 인한 필자의 좌절감을 줄일 수 있다고 생각했습니다. 이제 그 단축키 만 있다면 ... –
더 많은 (및 최근의) 답변을 보려면 스칼라 사용자 목록에서이 스레드를 참조하십시오. http://scala-programming-language.1934581.n4.nabble.com/Best-free-IDE-for-Scala-td2533572 .html –