Devo convertire da MooTools a jQuery? [chiuso]

Question

Ho una base di codice abbastanza grande che dipende da MooTools v1.11 e sto per convertire alla versione 1.2. Dal momento che si tratta di una revisione piuttosto importante, ho giocato con l'idea di convertirmi in jQuery.

Qualcuno ha consigli su se aggiornare a jQuery o semplicemente attenersi a MooTools?

Uso principalmente MooTools per Ajax, trascinamento della selezione e alcuni effetti minori.

Answer 1

Se stai aggiornando comunque , potrebbe valere la pena esaminarlo.

jQuery sembra essere sulla buona strada per diventare la libreria One True Javascript (dato che MS e altri hanno deciso di abbracciarlo), quindi se questo è un codice su cui intendi lavorare per un po ', allora probabilmente è un buon idea di passare ad un certo punto (anche solo perché ci saranno più posti dove ottenere aiuto e codice plug-in, poiché è molto probabile che continuerà a essere popolare per un po ', il che contribuirà a garantire la flessibilità e la manutenibilità a lungo termine del codice) . Quindi, dato che devi convertirlo comunque, ora potrebbe essere il momento migliore per farlo.

Penso che jQuery diventare il framework da usare sia una buona cosa. Non sarebbe stata una mia scelta (mi piace anche MooTools), ma è certamente un eccellente codice e si adatta perfettamente allo scopo almeno con la competenza della sua concorrenza. Sono felice di vedere qualsiasi tipo di coerenza e ad un certo punto sposterò il mio codice su jQuery.

Answer 2

Se non è rotto. Non aggiustarlo.

jQuery potrebbe avere X o Y ma se tutto dipende da MooTools, potresti avere molto lavoro davanti a te per convertire da MooTools.

Conserva MooTools se lo hai utilizzato ampiamente nel tuo sito. Tuttavia, se hai solo 2-3 pagine con effetti minori ... la modifica potrebbe valerne la pena.

Answer 3

Perché effettuare il passaggio? Ho convertito le basi di codice da 1.11 a 1.2, ed è piuttosto semplice e veloce (e lo sto usando per più di alcuni effetti).

jQuery potrebbe essere adottato da MS, secondo un sito che funziona meglio in IE - ma non si tratta di come funziona bene con IE, ma di quanto funziona bene per il tuo sito (IE è un player importante sul tuo sito ?).

Conosci jQuery? In caso contrario, devi riscrivere il codice da zero e riscriverai del tutto il codice.

O stai solo cercando di trovare dei motivi per dire al tuo manager che " dovremmo farlo in jQuery " perché vuoi impararlo?

Per quanto riguarda "l'unico vero framework" - è un'affermazione ridicola che solo gli utenti fanno, non gli sviluppatori.

Answer 4

Il passaggio da MooTools 1.1.1 a 1.2.1 non è un grosso problema. http://github.com/mootools / mootools-core / wiki / conversione da-1-11-a-1-2

Esiste persino un livello di compatibilità che fa funzionare il codice MooTools 1.1.1 in 1.2.x. Potrebbe essere necessario correggere manualmente alcune cose qua e là, ma è relativamente minore.

Passare a jQuery, o YUI o DOJO, o qualsiasi altra cosa richiederebbe di eliminare completamente tutto il codice che hai e dichiararlo. Nessun mio cliente permetterebbe mai quel tipo di spreco.

Inoltre, se sei abituato a programmare usando le classi MooTools appropriate, allora jQuery potrebbe essere un grande shock per il tuo sistema. Non è che jQuery ti costringa a scrivere codice illeggibile e non realizzabile, è certamente possibile codificare codice molto leggibile e gestibile in qualsiasi lingua. Ma jQuery non ha un sistema di classi integrato per aiutarti.

Soprattutto con una base di codice di grandi dimensioni, è importante mantenere il codice ben organizzato.

Ovviamente sono abbastanza parziale.

Answer 5

C'è un sito su di esso che descrive le differenze filosofiche jqueryvsmootools.com

Penso che sia alla fine. Un approccio funzionale incentrato sul DOM o un approccio JavaScript orientato agli oggetti.

Answer 6

Come altri hanno sottolineato, jQuery è una libreria (per giocare con DOM principalmente), Mootools (1.2) è un framework javascript completo che ti consente di organizzare il tuo codice in modo orientato agli oggetti e quindi mantenerlo facile da mantenere .

Ti consiglio di leggere questo per sapere veramente cosa ciascuno è veramente (jqueryvsmootools.com)

E questo altro link, così sai come ottenere il meglio da entrambi i mondi;):

http://ryanflorence.com/object- orientato-jquery-con-MooTools-pigs-take-volo /

Alla fine si riduce a ciò di cui hai . Il mio consiglio generale: se hai bisogno di prendere alcuni frammenti rapidi e di fantasticare la tua applicazione web da sola, JQuery è buono; se hai intenzione di centrare il tuo sviluppo in javascript, dovresti davvero provare i mootools: il codice verrà ridimensionato e dovresti essere pronto.

Per aggiornare il tuo codice da Mootools 1.1 puoi usare l'helper di aggiornamento, ti aiuterà a identificare il codice in conflitto attraverso la console javascript (mootools.net/blog/2009/12/31/mootools-1-1-upgrade -layer-beta /)

[Ci scusiamo per aver pubblicato solo 1 link attivo, questa è la mia prima risposta]

Answer 7

Dipende da quanto conosci jQuery e qual è la tua scadenza. Se lo conosci bene, ci vogliono meno righe di codice, il che significa meno larghezza di banda per i tuoi clienti.

Anche se guardi questo sito puoi vedere che nel browser IE principale, jQuery ha prestazioni migliori rispetto a Mootools.

Detto questo, se tutto funziona in Mootools v1.11, perché stai aggiornando gli script? Come dice il poster precedente, se non è rotto ...

Se non funziona correttamente in Mootools v1.11, come fai a sapere che funzionerà in Mootools v1.2 o anche jQuery del resto? Sarebbe un peccato dedicare un sacco di tempo allo sviluppo e avere alcuni degli stessi bug o introdurre nuovi bug a causa del framework che usi.

Answer 8

A questo punto Slickspeed sta diventando completamente irrilevante, i selettori sono comunque troppo veloci. Anche solo per questo sai, Sly di Herald Kirschner, un membro del team di sviluppo di Mootools ha appena rilasciato Sly, un motore di selezione che batte Sizzle. La roba relativa alle animazioni è il fattore determinante per NON scegliere i mootools che sono stati lasciati da uno dei poster era fondamentalmente il culo all'indietro, Mootools è stato il re delle animazioni per anni. Qualunque cosa tu scelga, tutto funzionerà. Mootools ha una sensazione più classica che penso mi tenga organizzato, jQuery è più basato sulle funzioni e non si avventura così tanto nelle lezioni. Uno aumenta i tipi nativi e l'altro no, una strategia diversa ma questo è tutto.

• Daniel

Answer 9

Sono abbastanza contento di Mootools. Sono stato tentato più volte di provare jQuery perché sempre più persone lo usano in questi giorni, ma in qualche modo ancora non riesco ancora a ottenere la bella funzionalità OO come fa Mootools. Un'altra cosa che non mi piace di jQuery è ottenere l'ID con la funzione dollaro aggiungendo l'hashkey (#). Questo può essere problematico se si desidera creare ID HTML utilizzando il framework. Se fossi in te, esegui l'upgrade all'ultima versione di Mootools. Mootools non è affatto una cattiva biblioteca.

Answer 10

Nella tua domanda hai menzionato che stai usando MooTools per " Ajax, trascina selezione e alcuni effetti minori " ;. Mentre Mootools può farlo bene, (e potrei farmi esplodere per averlo detto) secondo me non stai davvero usando Mootools per la ragione giusta. Usiamo Mootools nelle nostre applicazioni, e davvero non possiamo pensare di sostituirlo con JQuery. Se l'obiettivo è scrivere codice gestibile a lungo termine orientato agli oggetti che le altre applicazioni dell'organizzazione possano sfruttare, Mootools vince a mani basse.

E solo la velocità del selettore è un criterio sbagliato per giudicare (anche se credo che Mootools sia lassù ora). Nella maggior parte dei luoghi nel nostro codice abbiamo già riferimenti agli elementi che vogliamo cambiare. La maggior parte del tempo è dedicato alla manipolazione del DOM una volta che hai l'elemento, e nei nostri test interni (tenteremo di pubblicarli) Mootools è molto più veloce di JQuery nel solito tipo di operazioni che eseguiamo. Le nostre applicazioni sono del tipo su cui facciamo affidamento sui controlli Mootools precedentemente creati (creati da noi o da altri) per creare schermate delle applicazioni utilizzando i dati provenienti dai servizi Web.

Answer 11

Culi se hai le ore del programmatore per fare il superamento.
    In questo modo si riscriverà il codice da zero. Ciò implica nuovamente che dovrai passare attraverso il ciclo di funzionalità, rivedere e testare, correggere bug ecc. Detto questo, uno dei problemi più importanti che i programmatori non così competenti con JavaScript fanno è che la maggior parte dei pezzi di codice che accedono agli elementi DOM tendono a creare perdite di memoria (che è il caso principale per la maggior parte degli sviluppatori Web). jQuery per natura fa molto per mitigarlo. O meglio, jQuery toglie JavaScript da JavaScript.
    2 °. uno dei motivi più convincenti per passare a jquery è che il peso del codice JavaScript diminuirà drasticamente. Questo ha senso per una pagina intensiva di codice lato client. La natura sintetica di jquery ti consentirà di rivedere facilmente anche il codice.
    La società con cui lavoro (support.com) aveva tonnellate di codice Mootools. All'inizio del 2008 (dopo molte ore di discussioni, per le quali ero contrario a passare a jQuery), abbiamo iniziato a migrare su jQuery in modo graduale. Non mi sono pentito fino ad oggi.

Answer 12

Questo argomento è noioso, Mootools è O-O, quindi le persone che formano un adeguato background O-O apprezzano la sua intelligenza più delle persone provenienti da un background PHP4 o HTML.

Answer 13

L'unico motivo convincente che potrei dare per una simile migrazione sarebbe se fare lo switch ridurrebbe la quantità di codice che devi mantenere e / o rendere le cose più semplici. Di solito c'è un sacco di lavoro coinvolto in un simile interruttore, quindi vorresti poter tornare indietro dopo tutto quel lavoro e dire " Sì, ne valeva la pena. & Quot;

Answer 14

Dovresti prendere questa scelta in base allo scopo della tua applicazione.

jQuery è incredibilmente bello per le animazioni, tuttavia penso che Mootools sia più sofisticato, quindi se la cosa importante è l'app e non le animazioni attenersi a Mootools

Anche la velocità è un argomento al riguardo. Ad oggi Mootools ha prestazioni leggermente più lente, ma preferisco non prestarci attenzione fino al rilascio di Mootools 1.3.

Verifica le prestazioni degli ultimi framework su http://slicktest.perrohunter.com

Answer 15

JQuery è una base di codice più piccola con un supporto più ampio. Se soddisfa le tue esigenze potrebbe essere un buon passaggio. Direi che il compromesso che devi decidere è se lo sforzo di migrazione e la curva di apprendimento valgono lo sforzo rispetto al set di funzionalità più ampio, alle dimensioni del codice più piccole e alla popolarità e al supporto per JQuery.

Se il cambiamento tra le versioni di MooTools è davvero così ripido, la migrazione potrebbe essere giustificata.

Answer 16

L'articolo a cui si fa riferimento sul sito Web jqueryvsmootools lo mette abbastanza bene:

  

Se jQuery fa del DOM il tuo parco giochi, MooTools punta a rendere JavaScript il tuo parco giochi

Quindi, insieme alla risposta qui " Se non si è rotto, non aggiustarlo " ;, direi di rispondere alle tue esigenze e non all'opinione pubblica.

Dato che il tuo sito è già in Mootools, devi valutare se jQuery offre tutto ciò di cui hai bisogno che MooTools non offre; e se la seccatura della conversione è meno della seccatura di scrivere l'estensione.

Sembra che jQuery abbia la possibilità di permetterti di giocare rapidamente con il DOM, ma tutte le cose extra di fantasia e altre aree di lavoro (come Date) richiedono un plugin.

Questo mi ha aiutato a rispondere anche alla mia domanda!

Ci sono alcune aree in cui non si sovrappongono, il che è un peccato. Le GUI sono facili da mettere insieme in jQuery, con widget e animazioni incantevoli. MooTools, trovo, o ha set con troppo poche funzionalità o è troppo pesante per l'uso generale del web.