Werden bestehende JavaScript-Frameworks CommonJS einbinden?

Question

JavaScript-Frameworks wie Prototype, jQuery, YUI, MooTools, Dojo u. a. scheinen alle auf clientseitige Entwickler abzuzielen, wobei der Schwerpunkt darauf liegt, dass gängige Benutzerinteraktionsmuster effizienter und mit weniger Code umgesetzt werden können.

Beabsichtigen diese Frameworks mit dem Aufkommen von serverseitigem JavaScript, die CommonJS-Standards zu übernehmen, um die Wiederverwendung ihrer Bibliotheksfunktionen für serverseitiges JavaScript zu ermöglichen, oder werden sie alternativen Frameworks wie Node und Narwhal erlauben, den serverseitigen Anwendungsfall zu behandeln?

(Mir ist klar, dass diese Frage gefährlich nahe an eine Frage herankommt, die zwar diskutiert, aber nicht beantwortet werden kann, aber ich gehe davon aus, dass die Stack Overflow-Gemeinschaft die Frage tatsächlich mit spezifischen Referenzen beantworten kann).

Answer 1

Ich kann die Quelle nicht finden, aber ich habe gehört, dass in jQuery 1.4 alle Plugins als CommonJS-Pakete verpackt sein werden ( http://wiki.commonjs.org/wiki/Packages/1.0 ). Das bedeutet nicht, dass sie alle CommonJS-Module sein werden, aber es ist ein Schritt in die richtige Richtung und ein Zeichen, dass sich die Dinge in diese Richtung bewegen.

Es gibt ein Narwhal-Paket, das eine Teilmenge von Prototype implementiert: http://github.com/smith/prototype-asp/tree/narwhal-global . Es läuft auch auf anderen SSJS-Plattformen.

Es gibt ein offenes Ticket auf dem Dojo Trac, um CommonJS Module Unterstützung hinzuzufügen: http://bugs.dojotoolkit.org/ticket/9349

SproutCore, das Framework, das u.a. Bespin und MobileMe enthält, wird auch CommonJS unterstützen: http://wiki.sproutcore.com/Tiki und 280 North, die Hersteller von Cappuccino, beschäftigen einige der wichtigsten Narwhal-Entwickler.

Es gibt also noch eine Menge Fragmentierung zwischen verschiedenen Frameworks und zwischen Client und Server, aber es ist noch früh und die Dinge bewegen sich in die richtige Richtung. Ich sage voraus, dass irgendwann in der Zukunft alle großen JS-Frameworks einige CommonJS-Unterstützung auf dem Client, Server oder beides haben werden.

Answer 2

Es spricht einiges dafür, CommonJS zusammen mit dem DOM zu verwenden, wenn es sich um *nicht*Browser-GUI-Anwendungen handelt, bei denen der Zugriff auf das Betriebssystem nicht so eingeschränkt sein muss. Zum Beispiel wäre dies sehr nützlich für die Entwicklung einer Anwendung mit Mozilla Chromlos .

Answer 3

Nur ein kurzes Update: Es sieht so aus, als ob das lang erwartete (äh, sagenumwobene) mootools 2.0, auch bekannt als milk, auch bekannt als prime (letzter Name für das Programm) zu CJS umgezogen ist.

https://github.com/mootools/prime

Das heißt nicht, dass es so bleiben wird, die erste Version von mootools 2.0 wurde vor fast 2 Jahren entwickelt.