Soll ich konvertieren von MooTools zu jQuery? [geschlossen]

Question

Ich habe eine ziemlich große Code-Basis, die auf MooTools v1.11 abhängig und bin etwa auf Version 1.2 zu konvertieren. Da dies eine ziemlich umfassende Überarbeitung ist, habe ich mit der Idee der Umwandlung zu jQuery geliebäugelt.

Wer noch beraten lassen, ob jQuery zu aktualisieren oder nur Stick mit MooTools?

Ich verwende meistens MooTools für Ajax, Drag & Drop, und einige kleinere Effekte.

Answer 1

Wenn Sie ein Upgrade sowieso , dann kann es sich lohnen, in suchen.

jQuery scheint gut zu sein, auf dem Weg die One True Javascript-Bibliothek zu werden (vorausgesetzt, dass MS und andere haben beschlossen, es zu umarmen), so dass, wenn dieser Code Sie beabsichtigen, für eine Weile zu arbeiten, dann ist es wahrscheinlich ein guter Idee zu einem bestimmten Zeitpunkt zu wechseln (wenn auch nur, weil es mehr Plätze sein, um Hilfe und Plugin-Code zu erhalten, da es sehr wahrscheinlich ist, für eine Weile populär auch weiterhin zu sein, die die langfristigen Flexibilität und Wartbarkeit des Codes sicherzustellen helfen) . Also, da Sie es sind, die sowieso zu konvertieren, könnte jetzt die beste Zeit, es zu tun.

ich denke, jQuery immer die Rahmen zu verwenden ist eine gute Sache. Es wäre nicht meine Wahl gewesen sein (Ich mag MooTools, auch), aber es ist sicherlich ein ausgezeichnetes Stück Code und auf jeden Fall paßt den Zweck zumindest die Kompetenz seiner Konkurrenz. Ich bin glücklich, jede Art von Konsistenz zu sehen, und ich werde meinen Code jQuery an einem gewissen Punkt bewegen.

Answer 2

Wenn es nicht kaputt ist. Repariere es nicht.

jQuery könnte X oder Y haben, aber wenn alles auf MooTools abhängig ist, könnten Sie eine Menge Arbeit vor Ihnen von MooTools zu konvertieren.

Halten Sie MooTools, wenn Sie es ausgiebig genutzt durch aus Ihrer Website. Wenn Sie jedoch nur 2-3 Seiten mit geringen Auswirkungen haben ... könnte die Veränderung sein, es lohnt sich.

Answer 3

Warum den Schalter? Ich habe 1,11-1,2 Code-Basen umgewandelt, und es ist ziemlich schnell und einfach (und ich verwende es für mehr als nur ein paar Effekte).

jQuery von MS eingesetzt werden kann, nach einem Standort ist es besser in IE führt - aber das ist nicht, wie gut es mit IE nicht, es geht darum, wie gut es für Ihre Website funktioniert (IE ein wichtiger Akteur auf Ihrer Website ?).

Sie wissen jQuery? Wenn Sie dies nicht tun, dann haben Sie, den Code von Grund auf neu zu schreiben, und Sie werden Ihren Code zusammen werden neu zu schreiben.

Oder versuchen Sie, nur mit Gründen zu kommen Ihren Vorgesetzten zu sagen, dass „wir dies in jQuery tun sollten“, weil Sie es lernen?

Was „der ein wahrer Rahmen.“ - das ist eine lächerliche Behauptung, dass nur Benutzer machen, nicht Entwickler

Answer 4

Der Wechsel von MooTools 1.1.1 bis 1.2.1 ist nicht so große Sache. http://github.com/mootools / Mootools-core / Wikis / Konvertierung-from-1-11-to-1-2

Es gibt sogar eine Kompatibilitätsschicht, die MooTools 1.1.1 Codefunktion in 1.2.x macht Sie können manuell müssen ein paar Dinge hier und da beheben, aber es ist relativ gering.

zu jQuery Switching, oder YUI oder DOJO, oder irgendetwas sonst würde völlig erfordern den gesamten Code werfen Sie haben und unter Angabe über. Kein Kunde von mir jemals dieser Art von Abfällen ermöglichen.

Auch wenn Sie Codierung unter Verwendung geeigneter MooTools Klassen gewohnt sind, dann als großer Schock für Ihr System jQuery kann kommen. Es ist nicht, dass jQuery zwingt Sie unlesbar und wartbaren Code zu schreiben, ist es sicherlich möglich, in jeder Sprache sehr gut lesbar und wartbaren Code zu codieren. Aber jQuery hat keine integrierte Class-System zu helfen.

Vor allem mit einer großen Code-Basis ist es wichtig, Ihren Code gut organisiert zu halten.

Ich bin ziemlich voreingenommen natürlich.

Answer 5

Es gibt eine Website, um über sie die Unterschiede in der Philosophie beschreiben jqueryvsmootools.com

Ich denke, das ist, was es darum geht, am Ende. Ein funktionaler DOM zentriert Ansatz oder ein objektorientierter JavaScript Ansatz.

Answer 6

Wie andere haben darauf hingewiesen, ist jQuery eine Bibliothek (für mit DOM liebäugelt meistens), Mootools (1.2) ist ein vollwertiges JavaScript-Framework, die Sie Ihren Code in einer objektorientierten Art und Weise organisieren können und so halten es leicht zu pflegen .

Ich empfehle Ihnen diese Zeilen lesen wirklich wissen, was jeder wirklich ist (jqueryvsmootools.com)

Und der andere Link, damit Sie weiß, wie man am besten aus beiden Welten zu bekommen;):

http://ryanflorence.com/object- orientierte-jquery-mit-Mootools-Schweine-take-Flug /

Am Ende läuft es darauf hinaus, was Sie Bedarf. Meine allgemeine Empfehlung: wenn Sie ein paar schnelle Schnipsel packen und fancify Ihre Web-Anwendung jQuery allein ist gut; wenn Sie vorhaben, Ihre Entwicklung in Javascript zu zentrieren, sollten Sie wirklich Mootools versuchen. der Code wird Skala und Sie sollten besser bereit sein,

Ihr Code, um ein Upgrade von Mootools 1.1 Sie den Upgrade-Helfer verwenden können, wird es Ihnen helfen, den Code in Konflikt durch die JavaScript-Konsole zu identifizieren (mootools.net/blog/2009/12/31/mootools-1-1-upgrade -Schicht-beta /)

[Sorry für nur 1 aktiven Link veröffentlichen, dies ist meine erste Antwort]

Answer 7

Es hängt davon ab, wie gut Sie wissen, jQuery und was Ihre Frist ist. Wenn Sie es gut kennen, dauert es weniger Code-Zeilen, die weniger Bandbreite für Ihre Kunden bedeutet.

Auch wenn man sich diese Website dass in der führenden Browser IE sehen können, jQuery hat eine bessere Leistung als Mootools.

Dass gesagt wird, wenn alles in Mootools v1.11 arbeitet, warum aktualisieren Sie die Skripte überhaupt? Wie das vorherige Plakat sagt, wenn es nicht kaputt ist ...

Wenn es nicht richtig in Mootools v1.11 arbeiten, wie Sie wissen, es in Mootools v1.2 oder sogar jQuery für diese Angelegenheit funktioniert? Es wäre eine Schande, eine Reihe von Entwicklungszeit zu setzen und entweder zum Teil die gleichen Fehler oder neue Fehler einführen, weil der Rahmen, den Sie verwenden.

Answer 8

An diesem Punkt Slickspeed ist völlig unwichtig geworden sind Selektoren ohnehin zu schnell. Auch nur damit Sie wissen, Sly von Herald Kirschner, Mitglied des Mootools dev Team gerade freigegeben Sly, einen Selektor-Engine, die Sizzle schlägt. Das Zeug über Animationen der bestimmende Faktor für die Wahl nicht Mootools sein, die von einem des Plakats gelassen wurden, war im Grunde ass rückwärts, Mootools jetzt der König von Animationen seit Jahren. Was auch immer Sie wählen, es wird funktionieren. Mootools hat eine klassische Gefühl, dass ich denke, hält mich organisierte, jQuery mehr Funktion basiert und wagen nicht in Klassen, die viel. Ein ein vermehrt einheimische Arten und der andere nicht, eine andere Strategie, aber das ist es.

• Daniel

Answer 9

Ich bin ganz zufrieden mit Mootools. Ich habe mehrmals ausprobieren jQuery versucht, weil immer mehr Menschen es in diesen Tagen verwenden, aber irgendwie immer noch ich noch nicht bekommen, die schöne OO Funktion wie Mootools tut. Eine andere Sache, die ich wie nicht wirklich über jQuery wird immer id mit dem Dollar-Funktion, indem Sie die Hashkey (#). Dies kann problematisch sein, wenn Sie HTML-IDs mit dem Framework erstellen möchten. Wenn ich Sie wäre, ein Upgrade nur auf die neueste Version von Mootools. Mootools ist keine schlechte Bibliothek überhaupt.

Answer 10

In Ihrer Frage erwähnt, dass Sie MooTools für „Ajax, Drag & Drop, und einige kleinere Effekte“ verwenden. Während Mootools, dass gut tun kann, meiner Meinung nach sind Sie Mootools aus dem richtigen Grund mit nicht wirklich (und ich kann sagen, das erhalten gestrahlt). Wir verwenden Mootools in unseren Anwendungen, und können wir wirklich nicht darüber nachdenken, ersetzen JQuery für sie. Wenn das Ziel ist objektorientiert, langfristig wartbaren Code, dass andere Anwendungen in Ihrem Unternehmen nutzen können, zu schreiben, gewinnt Mootools Hände.

Und nur Wähler Geschwindigkeit ist ein falschen Kriterien zu beurteilen (obwohl ich glaube, Mootools sind dort jetzt). Die meisten Orte in unserem Code haben wir bereits Hinweise auf die Elemente, die wir ändern wollen. Die meiste Zeit wird in tatsächlich die Manipulation des DOM ausgegeben, sobald Sie das Element haben, und in unseren internen Tests (wird versuchen, sie zu veröffentlichen) Mootools ist viel schneller als JQuery in der üblichen Art von Operationen, die wir durchführen. Unsere Anwendungen sind die Art, wo wir auf die zuvor gebaut Mootools Kontrollen verlassen (gebaut von uns oder anderen) Anwendungsbildschirme unter Verwendung von Daten kommen aus Web Service zu erstellen.

Answer 11

Asses, wenn Sie die Programmierer Stunden die über Strecken zu tun.
    Dabei wird bedeuten, dass Sie den Code von Grund auf neu zu schreiben werden. Dies bedeutet wiederum, dass Sie durch den Zyklus der Funktionalität gehen müssen wird, überprüfen und Test, Fehler beheben etc. Das ist eines der wichtigsten Probleme Programmierer die nicht so kompetent mit JavaScript machen, ist, dass die meisten Teile des Codes Zugriff auf DOM-Elemente neigt dazu, Speicherlecks (das ist die Autobahn Fall für die meisten Web-Entwickler) zu erstellen. jQuery von der Natur tut viel, dies zu mildern. Oder besser gesagt nimmt jQuery das JavaScript von JavaScript weg.
    2.. eine der zwingenden Gründe zu jquery zu bewegen ist, dass Ihr JavaScript-Code Gewicht drastisch abnehmen wird. Dies macht Sinn, für eine Client-seitigen Code intensiven Seite. Die prägnante Art von jquery ermöglicht es Ihnen, leicht zu Code zu überprüfen.
    Das Unternehmen arbeite ich (support.com) mit hatte Tonnen von Mootools-Code. Während Anfang 2008 (nach dem Erhitzen Stunden Debattieren-, für die war ich gegen Wegrollen zu jQuery) begannen wir zu jQuery in abgestufter Weise migrieren. Ich habe nicht bis heute bereut.

Answer 12

Dieses Argument ist langweilig, Mootools sind O-O, damit die Menschen ein richtiger O-O Hintergrund als Menschen aus einem PHP4 oder HTML Hintergrund schätzt die Intelligenz mehr bilden.

Answer 13

Der einzige zwingende Grund, warum ich für eine solche Migration geben könnte, wäre, wenn der Schalter macht die Menge an Code reduzieren würden Sie pflegen müssen, und / oder die Dinge einfacher zu machen. Es ist in der Regel eine Menge Arbeit in einem solchen Schalter beteiligt, so würden Sie wollen in der Lage sein, um zurück zu gehen nach allem, was Arbeit getan ist und sagen: „Ja, es war es wert.“

Answer 14

Sie sollten diese Wahl auf der Grundlage der Zweck Ihrer Anwendung.

jQuery ist erstaunlich cool für Animationen, aber ich fühle mich Mootools anspruchsvoller ist, also wenn das Wichtigste ist, die App und nicht die Animationen stehen zu Mootools

Die Geschwindigkeit ist auch ein Thema, zu diesem Thema. Ab heute hat Mootools eine etwas geringere Leistung, aber ich bezahle lieber nicht die Aufmerksamkeit auf sie, bis Mootools 1.3 freigegeben wird.

Zur Kasse Leistung der neuesten Frameworks unter http://slicktest.perrohunter.com

Answer 15

JQuery ist eine kleine Code-Basis mit breiter Unterstützung. Wenn es Ihre Bedürfnisse entspricht könnte es ein guter Schalter sein. Ich würde sagen, dass der Handel ab, die Sie benötigen, ob der Migrationsaufwand zu entscheiden ist und Lernkurve wert ist den Aufwand im Vergleich zu dem größeren Funktionsumfang, kleinere Codegröße und die Popularität und Unterstützung für JQuery.

Wenn die Änderung zwischen den Versionen von MooTools ist wirklich so steil, dann könnte die Migration gut begründet werden.

Answer 16

Der Artikel bezeichnet auf der jqueryvsmootools Website setzt es ganz gut:

  

Wenn jQuery DOM Ihr Spielplatz macht, zielt darauf ab, MooTools JavaScript Ihr Spielplatz

machen

Also, mit der Antwort gekoppelt hier „Wenn es aint brach, repariere es nicht“, würde ich Adresse Ihre Bedürfnisse sagen und nicht die öffentliche Meinung.

In Anbetracht, dass Ihre Website ist bereits in Mootools, müssen Sie prüfen, ob jQuery alles bietet, was Sie brauchen, was MooTools nicht bieten; und ob die Mühe der Umwandlung ist weniger als die Mühe, die Erweiterung des Schreibens.

Es scheint, dass jQuery hat die Fähigkeit, schnell können Sie mit dem DOM, aber alle zusätzlichen fancy stuff und anderen Bereichen der Arbeit (wie Termine) erfordert ein Plugin.

spielen

Das half mir meine eigene Frage zu beantworten!

Es gibt einige Bereiche, in denen sie sich nicht überlappen, was schade ist. GUIs ist einfach zusammen in jQuery zu setzen, mit schönen Widgets und Animationen. MooTools, finde ich, haben entweder Sätze mit zu wenigen Features oder sind zu schwer für die allgemeine Webnutzung.