문제

JVM의 새로운 언어를 살펴 보았습니다. 그들 중 두 명은 요즘 많은 관심을 모으고 있습니다 : Clojure와 Scala. 그러나 내 겸손한 견해로는 둘 다 이상적이지 않습니다. (추측을 유지합시다.

내가 실제로 까다로운 움직임으로 보는 것은 MS의 발명 -F#입니다. OCAML 언어를 .NET 플랫폼으로 이동하면 다소 훌륭합니다.

문제는 : 누군가가 JVM을 위해 완전한 기능을 갖춘 OCAML 컴파일러를 작성 했습니까? 그것이 좋은 생각이라면 무엇을 말 하시겠습니까?

도움이 되었습니까?

해결책

"Ocaml과 Java" Java를 OCAML과 통합하려는 다양한 시도와 링크가 있습니다.

f# 어떤 언어로든 원하는 OOP.

"Java, Ocaml 및 F#" Java에서 Ocaml로 이사하려는 누군가의 게시물입니다.

다른 팁

카페테롤은 어떻습니까 : http://cafesterol.x9c.fr/

카페테롤은 Java Bytecode를 생성하는 객관적인 CAML 컴파일러 제품군의 확장입니다. 카페테롤은 OCAMLC/OCAMLOPT 컴파일러의 Java 대응 제품인 Ocamljava 컴파일러를 목적 CAML 표준 분포와 함께 분배합니다. 카페테롤은 1.3 버전으로 3.11.1 버전의 객관적인 CAML로 빌드됩니다. 제작 된 Java 클래스는 1.3 버전의 카드뮴이 필요하며 모든 Java 1.6 가상 머신에서 실행될 수 있습니다.

Yeti는 (구문 적으로 다소 다르고, Java-integration에 대한 확장) 구조와 타이프 시스템 모두에서 OCAML과 같은 ML을 기반으로합니다. (재귀 적) 레코드 유형에 대한 강력한 지원으로 인해 현재 OCAML에 가장 가까운 곳이라고 생각합니다.

JVM의 경우 F#의 일종.

http://mth.github.com/yeti/

Ocaml-Java JVM의 "공식"OCAML에 가깝습니다. 매우 높은 품질 인 것 같습니다.

(또한 JVM의 Haskell : FREGE)

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top