Beantwortung der Frage - Nein, das würde keinen Sinn ergeben.
Derzeit sind die JVM und die CLR die Dinge, die einer mehrsprachigen VM am nächsten kommen. Dies sind nicht gerade leichte Tiere, und es wäre nicht sinnvoll, etwas von dieser Größe und Komplexität in einen Browser einzubetten.
Lassen Sie uns die Idee untersuchen, dass Sie eine neue mehrsprachige VM schreiben könnten, die besser wäre als die vorhandene Lösung.
- Sie sind in Sachen Stabilität im Rückstand.
- Sie sind in Bezug auf Komplexität im Rückstand (Weg, Weg, Rückstand, weil Sie versuchen, über mehrere Sprachen zu verallgemeinern)
- Sie sind bei der Adoption im Rückstand
Also, nein, es macht keinen Sinn.
Denken Sie daran, um diese Sprachen zu unterstützen, müssen Sie ihre APIs etwas heftiger reduzieren und alle Teile herausschneiden, die im Kontext eines Browserskripts keinen Sinn ergeben. Hier müssen eine Vielzahl von Entwurfsentscheidungen getroffen werden, und es besteht eine große Fehlermöglichkeit.
In Bezug auf die Funktionalität arbeiten wir wahrscheinlich sowieso nur wirklich mit dem DOM, daher ist dies wirklich eine Frage der Syntax und des Sprachidoms. An diesem Punkt ist es sinnvoll zu fragen: "Lohnt sich das wirklich?"
In Anbetracht dessen ist das einzige, worüber wir sprechen, clientseitiges Scripting, da serverseitiges Scripting bereits in einer beliebigen Sprache verfügbar ist. Es ist eine relativ kleine Programmierarena und daher ist der Vorteil, mehrere Sprachen einzuführen, fraglich.
Welche Sprachen wäre sinnvoll? (Warnung, subjektives Material folgt)
Das Einbringen einer Sprache wie C macht keinen Sinn, da sie für die Arbeit mit Metall entwickelt wurde und in einem Browser nicht wirklich viel Metall verfügbar ist.
Das Einbringen einer Sprache wie Java macht keinen Sinn, da das Beste daran die APIs sind.
Das Einbringen einer Sprache wie Ruby oder Lisp macht keinen Sinn, da JavaScript eine leistungsstarke dynamische Sprache ist, die dem Schema sehr nahe kommt.
Welcher Browserhersteller möchte die DOM-Integration für mehrere Sprachen wirklich unterstützen? Jede Implementierung hat ihre eigenen spezifischen Fehler. Wir sind bereits durch Feuer gegangen und haben uns mit Unterschieden zwischen MS Javascript und Mozilla Javascript befasst, und jetzt wollen wir diesen Schmerz fünf- oder sechsfach vervielfachen?
Es macht keinen Sinn.