Konfliktfreie Einbindung von MooTools und jQuery Skripten

[dominik.zogg@gmail.com]

[Moderation: Die folgenden Beiträge wurden aus dieser Diskussion ausgelagert.]

Wenn man jQuery als alternative anbietet müssen alle Frontend Javascript Lösungen des Cores (zb. Accordeon) für beide Frameworks implementiert werden. Der Parallelbetrieb würde einiges an zusätzlichem Support verursachen, da die meisten jQuery Scripts nicht im noConflict Modus geschrieben wurden.

$('#test') anstelle von jQuery('#test') zb. was sich mit Mootools dann beissen würde.

[tril]

Wenn man jQuery als alternative anbietet müssen alle Frontend Javascript Lösungen des Cores (zb. Accordeon) für beide Frameworks implementiert werden.

Soweit ich das dem Commit entnehmen kann, wurde das doch gemacht?

Der Parallelbetrieb würde einiges an zusätzlichem Support verursachen, da die meisten jQuery Scripts nicht im noConflict Modus geschrieben wurden.

$('#test') anstelle von jQuery('#test') zb. was sich mit Mootools dann beissen würde.

Allerdings sollte man bedenken, dass sich die Schreibweise jQuery(function($) { ... }); immer mehr einbürgert, was unter anderem damit zusammen hängt, dass dies quasi ein Shortcut für jQuery.ready(function($) { ... }); ist. Daher sollte es bei vielen "aktuellen" Tutorials und Beispielen im Netz weniger Probleme geben. Ich mache mir allerdings um die "altgedienten" jQuery'isten Sorgen, die das noch nicht drin haben

[backbone]

Die meisten (nicht-inline) Scripte kann man mit:

(function($, $$, undef) {
....
})(document.id, window.$$);

oder

(function($, undef) {
....
})(jQuery);

konfliktfrei machen.

[tril]

Sry backbone, aber deine Variante ist total veraltet.

[backbone]

Für MooTools sicher nicht... bei jQuery ist deine Variante sicherlich "neuer".

Der Vorteil bei meiner Variante ist, das man NICHTS am Originialscript ändern muss. (Bei der jQuery(function($) {}); Variante allerdings schon.

Außerdem bricht die jQuery(...) Variante gegebenenfalls ALLE nachfolgenden Skripte ab, wenn die LoadOrder der Skripte nicht richtig ist oder das Framework gar nicht da ist.

Also noch besser wär das dann so:

if(window.jQuery) jQuery(function($) { ... });

bzw.

(function($, undef) {
if(!$) return;
...
})(window.jQuery);

(ähnlich dann für MooTools...)

[tril]

@backbone Was? Wie? Wo? Deine Variante brauch man doch nur für jQuery. Mootools kann man natürlich auch in ein eigenes Environment verpacken, halte ich aber für total unnötig. Die jQuery(function...) Version soll natürlich nur für jQuery Scripte verwendet werden -> jQuery ist eingebunden. Außerdem ist meine Variante durchaus sinnvoll, die sorgt nämlich dafür, das folgende 2 Beispiele equivalent behandelt werden.

Mootools:

$(window).addEvent('domready', function() {
    ...
});

jQuery:

jQuery(function($) {
    ...
});

Allerdings hat die jQuery Variante noch einen Vorteil, die wird auch ausgeführt, wenn der domready längst erreicht wurde, was bei einem neu registriertem Event nicht passiert.

Aber vielleicht sollten wir diese Diskussion wo anders fortsetzen, vielleicht mag ein Mod die betroffenen Posts extrahieren?

[backbone]

Noch kurz was zum Abschluss zu der JS-Framework Geschichte:
Wenn man schon verschiedene JS-FW anbietet, dann auch "gleichberechtigt" und mit "gleicher" Einbindung, sprich jedes Skript prüft auf vorhandensein "seines" FWs (um keine Skript abbrüche zu verursachen) und jedes Skript läuft in seiner eigenen Env.

Außerdem ist

(function($, undef) {
...
})(window.jQuery);

und

(function($, $$, undef) {
...
})(document.id, window.$$);

Semantisch exakt das gleiche. Arbeiten die mit dem DOM gemacht werden müssen, müssen separat verpackt werden (was aber nicht immer notwendig ist, bei eigenen Prototypen/Klassen).