2010-08-24 12 views
5

In der Theorie könnten Browser mehrere Programmiersprachen für das clientseitige Scripting von Webseiten unterstützen. In der Praxis ist ECMAScript das einzige weit verbreitete und in allen Browsern verwendete. Für die meisten Menschen ist es ein integraler Bestandteil des Internets.Warum ist ECMAScript immer noch keine Empfehlung von W3C?

Es wurde jedoch nie als eine Empfehlung des W3C für das Webseiten-Scripting vorgeschlagen. Und HTML5 scheint es auch zu fördern, obwohl die clientseitige Interaktivität immer wichtiger wird. Warum ist es so?

  • Ist es ein Programmiersprachenmonopol auf der Webplattform zu verhindern? (offensichtlich fehlgeschlagen)
  • Liegt es daran, dass das W3C sich NUR auf die deklarative Seite des Webs konzentriert?
  • Oder einfach eine politische Haltung?
+1

wie ist diese Frage vom Thema an der Person, die es als solche gewählt? –

Antwort

8

Ich werde einen Stich machen: W3C versucht, Standards zu entwerfen und zu empfehlen. ECMA Skript ist bereits ein Standard, von ECMA. Es muss die Sprache nicht erneut ratifizieren.

Etwas in der Nähe ist das W3C versucht, das Document Object Model (DOM), mit dem alle Browser interagieren mit einer HTML-Seite mit Javascript/Ecmascript (oder VBScript oder andere clientseitige Skriptsprache) zu standardisieren. t gewesen wirklich glatt Segeln TBH, aber es ist besser als nichts (so dass sie mich immer wieder sagen)

http://www.w3.org/DOM/

-Oisin

+1

Ein Standard sollte eigentlich keinen anderen enthalten, aber er kann darauf verweisen, ihn empfehlen und sogar erfordern. Es gibt kein Problem, wenn eine Programmiersprache angibt, dass Fließkommazahlen im IEEE-Format sind. –

+0

@david - Sicher, das ist sinnvoll für ein zusammengesetztes Szenario wie Fließkommazahlen innerhalb einer Sprache. Aber ich denke nicht, dass das vergleichbar ist. – x0n

+0

@David: Dies ist eher begrenzt. Zum Beispiel, keine Programmiersprache, von der ich weiß, dass sie tatsächlich das IEEE-Format als solches erfordert oder sogar bestätigt. Die ISO-C- und C++ - Standards (zum Beispiel) unterstützen FP, das mit einem anderen ISO-Standard übereinstimmt (der zufällig auf IEEE basiert und im Wesentlichen identisch ist). IOW, sie unterstützen nicht direkt den Standard eines anderen - zuerst nehmen sie es als ihr eigenes an und unterstützen es dann. –