Was bietet Mirah über JRuby, Groovy und Scala?

Question

Was bietet Mirah language über JRuby, Groovy und Scala?

Answer 1

Laut an interview with Mirah's creator ist der Punkt von Mirah (was auf Javanisch "Rubin" bedeutet), eine Hochleistungsvariante von Ruby zu schaffen. Genügend Ruby-ähnliche Syntax, die die Arbeit erleichtert, aber dennoch nahe genug an die Java und JVM Semantik heranreicht, sodass sie ohne den Overhead einer großen Runtime-Schicht auf der JVM ausgeführt werden kann.

Wahl Zitat:

Ein großer Teil der Nutzen von Mirah über ähnliche Sprachen kommt unten so leicht zu sein. In Groovy, Scala, JRuby, Clojure oder Jython haben Sie sich in der Minute, in der Sie "Hello, world" schreiben, an eine Laufzeitbibliothek gefesselt. In Mirah ist "Hello, world" genauso kurz wie in JRuby, hat aber den zusätzlichen Vorteil, dass es keine Abhängigkeiten von dir gibt; Die Quelldatei kommt rein, die Klassendatei kommt raus und das war's. Ich glaube, dass die JVM eine neue abhängigkeitsfreie Sprache braucht, und Mirah ist mein Versuch, einen zu liefern.

Während die Leistung von JRuby mit anderen Ruby-Interpretern konkurriert oder diese übertrifft, liegt der schnellste JRuby-Code immer noch um eine Größenordnung hinter der reinen Java-Leistung zurück. Während Sie erwarten können, dass sich die Performance von JRuby mit der Version 1.6 verbessert, ist Mirah ein Versuch, die Leistungsgrenze zu durchbrechen und Programmierern, die nach Ausführungsgeschwindigkeiten auf Java-Niveau suchen, eine Option zu bieten.

Answer 2

Im Gegensatz zu voll ausgestatteten Sprachen, die mit eigenen Bibliotheken ausgestattet sind, ist Mirrah eher ein anderes "Frontend" für die Java-Bibliotheken.

Der Mirrah-Code hängt nicht von seiner eigenen Umgebung ab (mit Ausnahme des Mirrah-Compilers zur Kompilierungszeit).

Das ist der Hauptvorteil: Eine andere Syntax für Java.

Answer 3

vs. Groovy

• Syntax vertrauter bestehenden Rubin/JRuby Programmierer
• Statisch
getippt

gegen JRuby

• Staticall y getippt

gegen Scala

• Syntax vertrauten bestehenden Rubin/JRuby Programmierer

Die wichtigsten Vorteile sind statische Typisierung (schnellere Leistung auf der JVM und viel einfacher Interop mit bestehenden Java-Bibliotheken) und eine vertraute Syntax (, wenn Sie von Ruby kommen).

Wenn Abhängigkeiten eine Überlegung sind (Entwickeln einer Android-App, zum Beispiel) dann sollten Sie diese Anleitung Ihre Sprachwahl nicht lassen.Mit einem Werkzeug wie Proguard wird das Spielfeld ausgeglichen.

Wenn Sie von Ruby kommen, dann ist Mirah eine gute Wahl. Wenn Sie aus Erlang oder Haskell kommen, dann werden Sie Scala wollen. Wenn Sie ein LISPer sind, sollten Sie sich Clojure anschauen.

Wenn Ihre einzige vorherige Erfahrung Java ist, dann schämen Sie sich! - und Sie sollten sich wahrscheinlich für Scala entscheiden - Es gewinnt schnell den Ruf, der Erbe von Java zu sein, der Werkzeug-Support ist momentan stärker und Sie werden in einer großen Gemeinschaft von anderen sein, die denselben Übergang gemacht haben, also gibt es viele Blogs/Tutorials bereits verfügbar.

und Groovy? Groovy ist heutzutage fast nie die richtige Wahl ...

Answer 4

Ich benutze Mirah jeden Tag auf Google AppEngine.

Hier meine Gründe sind Mirah zu verwenden:

• keine Laufzeitbibliothek
• sehr schöne Syntax
• so schnell wie Java

Mit Java unter der Haube sehr hilfreich ist auch:

• feste typsystem
• gut
• bekannten Lösungen für gemeinsame Probleme dokumentiert

Ich habe einige Groovy, viel JRuby und keiner von Scala. Wenn Sie diese kennen, versuchen Sie Mirah. Wenn nicht, würde ich mit JRuby gehen.

Answer 5

Mirah ist nur eine weitere Ruby-Syntax für Java. IMHO nicht gut. Es weiß nichts über Generika und hat auch schlechte Werkzeuge. Versuchen Sie besser ceylon, xtend, scala, kotlin usw.
Mirah kompiliert zu Java-Klassen (keine Quellen mehr). Xtend kompiliert zu Java-Quellen und ist so einfacher herauszufinden, was es unter der Haube tut. Ceylon und Scala haben ihre eigenen Stdlibs (trotzdem ist Java-Interop in beiden Welten perfekt), nicht sicher über Kotlin. Kotlin ist JetBrains 'Kind und damit an IDEA gebunden.
JRuby mag ich auch nicht. Es hat zu viele Bugs in Java-Interop. Und es hat auch zu viele neu erfundene Räder. Ich meine Kodierungen (es verwendet keine Java-Strings und Regexes, sondern benutzerdefinierte Zeichenfolgen oben auf Raw-Byte-Puffer), IOs, Ausnahmebehandlung, Threads usw. Der einzige Vorteil von jruby ist, dass es Rubin ist. Viele Ruby-Codes funktionieren einfach so wie sie sind.
Groovy OTOH erfindet das Rad nicht neu, es verwendet gut getestete Java-Bibliotheken und fügt einfach Syntaxzucker hinzu. Auch groovy-java interop ist großartig. Es kann Generika geben. Threads, Exceptions, Strings, Collections - sind nur Java-Klassen, wie sie in Java sind.