왜 JVM 응용 프로그램 용 Rhino가 필요하지 않습니까?

Question

간결하고 역동적 인 언어를 사용하는 JVM 용 앱을 개발하고 싶습니다. 가장 인기있는 선택은 Jython, JRuby, Groovy, Clojure 일 것 같습니다.

Rhino는 빠르고 안정적으로 보이지만 Rhino 개발과 관련한 논의는 없습니다. 왜 임베디드 스크립팅 이외에 JavaScript를 거의 사용하지 않는 것입니까?

편집 : this 질문은 Rhino 기반 개발의 생존 가능성에 유익한 정보였습니다.

Answer 1

저는 Rhino를 Java로 작성되고 JVM에서 실행되는 Production-grade VoiceXML 인터프리터의 일부로 사용했습니다. 그것은이 목적을 위해 매우 잘 작동합니다. 이 인터프리터를 처음부터 다시 구현했다면 자바 스크립트 개발에 더 많은 노력을 기울일 수 있었을 것입니다. 그래서 그것은 확실히 선택 사항입니다. 주변 라이브러리가 애플리케이션 영역에 얼마나 성숙한지를 조사해야합니다 (JavaScript에서 Java 라이브러리로 호출하는 논리를 작성할 수는 있지만 너무 힘들 수 있습니다).

그러나 @Peter Recore에 동의합니다. 다른 JVM 언어에 대한 재검토를하십시오. 객체 지향 스칼라 언어에 깊은 인상을 받았습니다. 그 성능은 자바만큼 좋으며 표현력이 풍부합니다.

업데이트 : JavaScript에서 읽을 수있는 좋은 책은 JavaScript: The Definitive Guide 및 JavaScript: The Good Parts입니다. Rhino에서만 필요한 것은 here입니다.

Answer 2

나는 내가 기술적 인 이유를 제공 할 수 있지만, 일반적인 프로그래머로, 나는 대중 심리학 이론까지 제공 할 수있는 코뿔소를 사용한 적이 : 엄격 클라이언트 측왔다 자바 스크립트의 삶의 대부분

을 적어도 사람들의 머리 속에는 언어가 있습니다. 심지어 더 나쁜 것은 은처럼 엉뚱한 것 같았습니다. 자바 스크립트가있는 웹 페이지에는 항상 문제가 있었기 때문입니다. 이러한 문제는 브라우저가 어떻게 구현했는지, 어떻게 DOM을 구성했는지, 그리고 자바 스크립트를 통해 액세스 할 수 있었던 것과 같은 언어의 결함이 반드시 그런 것은 아닙니다. 그러나 우리 머리에서 우리는 "자바 스크립트에 문제가있다"고 생각하거나 심지어 "자바 스크립트가 할 수있는 일이 제한되어있다"고 생각하기 시작했습니다.

사람들이 할 수있는 모든 고수준의 마법에도 불구하고 우리 중 많은 사람들이 자바 스크립트를 장난감 언어로 생각합니다. 초기의 웹 기억에서 가능한 것은 마우스 롤오버에서 이미지를 변경하는 것입니다. .

마지막으로 언어가 널리 알려지기 위해서는 (특히 거대 기업 스폰서가없는 경우) 기존 언어에 비해 확실한 이점이 있어야합니다. 사람들의 관심을 끌기 위해 이미 많은 서버 측 언어, 프레임 워크 및 런타임이 경쟁하고 있습니다. 사람들이 이미 사용하고있는 기술 X에 대한 투자를 버려야하는 Javascript에 대한 특별한 점은 무엇입니까? (이것은 js에서 발굴 된 것이 아니며, 사고를위한 음식 일뿐입니다)