필자는 마침내 내가 컴파일 된 프로그래밍 언어 인 빠른 컴파일러에서 원하는 것을 알고 있다고 생각합니다. 나는 이것이 정말로 피상적 인 일이라는 생각이 들지만 잠시 동안 Java에서 Scala로 전환 한 후 약간의 변화를 일으켜 즉시 프로그램을 실행한다는 것이 실제로 매우 중요하다는 것을 깨달았다. Java와 Go 외에도 컴파일 속도를 중요하게 여기는 언어는 모릅니다.컴파일 된 프로그래밍 언어는 무엇입니까?
델파이/오브젝트 파스칼. 변경하고, F9 키를 누르면 실행됩니다. 컴파일 시간을 알지도 못합니다. 우리가 실행하는 상당량의 프로젝트를 완전히 재구성하려면 상당히 멍청한 컴퓨터에서도 10-20 초 정도 걸립니다.
www.freepascal.org에서 사용할 수있는 오픈 소스 버전이 있습니다. 나는 그걸로 어지럽히 지 않았지만 reportedly은 빠름 - 이것을 허용하는 파스칼 언어의 디자인입니다.
Java는 컴파일하기가 빠르다. 당신이 찾고있는 기능은 아마도 코드를 작성하는 동안 가장 인기있는 대체/재배포 일 것입니다. Eclipse는 변경된 파일 만 다시 컴파일합니다.
interpreted languages 시도해 볼 수 있습니다. 보통 컴파일 할 필요가 없습니다.
내가 컴파일 속도에 따라 언어를 선택하지 않을 ...
자바는 거기에 가장 빠른 컴파일러가 아닙니다.
파스칼 (및 그 친척)은 신속하게 설계되어 단일 패스로 컴파일 할 수 있습니다. Objectl Caml은 컴파일 속도가 매우 뛰어납니다 (REPL도 있습니다).
반면에 정말로 필요한 것은 신속한 재 컴파일과 모든 것을 다시 연결하는 것이 아니라 REPL입니다. 따라서 점진적 컴파일을 지원하는 언어를 사용해보십시오. Clojure는 잘 어울립니다 (그리고 익숙한 JVM 위에 만들어졌습니다). Common Lisp은 또 다른 옵션입니다.
나는 다른 사람들이 만든 비공식적 인 언어와 공식적인 컴파일러를 추가하고 싶습니다. 이 때문에 컴파일러 당 성능이 변경됩니다.
공식 컴파일러에 대해 이야기하고 싶다면 아마도 Fortran이라고 말할 수 있습니다. 아주 오래되었지만 가장 빠른 언어 중 하나이기 때문에 대부분의 과학 및 엔지니어링 프로젝트에서 여전히 사용됩니다. C와 C++는 아마도 과학과 공학 분야에서 사용되기 때문에 아마 두 번째로 묶일 것입니다.
그러면 해석 된 언어로 가야합니다 ...이 방법으로는 전혀 컴파일 할 필요가 없습니다! :-D – CAFxX
@CAFxX, 반드시 그런 것은 아닙니다 - Common Lisp 에서처럼 증분 컴파일이 있습니다. –
@ SK- 로직 아, 진지하게? – CAFxX