Devo converter de MooTools para jQuery? [fechadas]

https://stackoverflow.com/questions/169164

05-07-2019
|

Pergunta

Eu tenho um bastante grande base de código que depende de MooTools v1.11 e estou prestes a converter para a versão 1.2. Como este é um muito grande revisão, eu brincava com a idéia de converter a jQuery.

Alguém tem conselhos sobre a possibilidade de atualização para jQuery ou apenas vara com MooTools?

Eu use MooTools para o Ajax, arrastar e soltar, e alguns efeitos menores.

Solução

Se você estiver atualizando qualquer maneira , então pode valer a pena olhar em.

jQuery parece ser bem no seu caminho para se tornar a biblioteca One True Javascript (dado que MS e outros decidiram adotá-la), por isso, se este é o código que você pretende trabalhar por um tempo, então provavelmente é uma boa idéia mudar em algum momento (mesmo porque haverá mais lugares para obter ajuda e código do plugin, como é muito provável que continue a ser popular por um tempo, o que ajudará a garantir a flexibilidade a longo prazo e manutenção do seu código) . Assim, dado que você está tendo para convertê-lo de qualquer maneira, agora pode ser o melhor momento para fazê-lo.

Eu acho que jQuery se tornar o framework para uso é uma coisa boa. Não teria sido a minha escolha (I como MooTools, também), mas é certamente uma excelente pouco de código e definitivamente se encaixa no propósito com pelo menos a competência de sua competição. Estou feliz de ver qualquer tipo de consistência, e eu vou estar se movendo meu código para jQuery em algum ponto.

Outras dicas

Se ele não está quebrado. Não corrigi-lo.

jQuery pode ter X ou Y, mas se tudo está dependente MooTools, você pode ter um monte de trabalho antes de você converter de MooTools.

Mantenha MooTools se usado extensivamente em toda a sua site. No entanto, se você tiver apenas 2-3 páginas com efeitos menores ... a mudança pode valer a pena.

Por que fazer a troca? Eu tenho bases código convertido de 1,11 a 1,2, e é muito rápido e fácil (e eu estou usando-o para mais do que apenas alguns efeitos).

jQuery podem ser aprovadas pelo MS, de acordo com um local que executa melhor no IE - mas isso não é sobre o quão bem ele faz com o IE, é sobre como ele funciona bem para o seu site (é IE um grande jogador em seu site ?).

Você sabe jQuery? Se não o fizer, então você tem que reescrever o código do zero, e você será reescrever seu código completamente.

Ou você está apenas tentando chegar a razões de dizer ao seu gerente que "devemos fazer isso em jQuery" porque você quer aprender?

Tanto quanto "o quadro verdadeiro" - que é uma afirmação ridícula que apenas os usuários fazem, não os desenvolvedores

O interruptor de MooTools 1.1.1 a 1.2.1 não é tão grande de um negócio. http://github.com/mootools / mootools-núcleo / wikis / conversão de-1-11-a-1-2

Há ainda uma camada de compatibilidade que faz MooTools função 1.1.1 código na 1.2.x. Você pode ter que corrigir manualmente algumas coisas aqui e ali, mas é relativamente menor.

Mudar para jQuery ou YUI ou DOJO, ou qualquer outra coisa exigiria completamente jogando fora todo o código que você tem e informando sobre. Nenhum cliente da mina nunca iria permitir que esse tipo de resíduos.

Além disso, se você está acostumado a codificação usando MooTools adequado Classes, então jQuery pode vir como um choque enorme para o seu sistema. Não é que jQuery obriga você a escrever código ilegível e insustentável, é certamente possível código de código muito legível e de fácil manutenção em qualquer idioma. Mas jQuery não tem built-in sistema de classe para ajudá-lo.

Especialmente com uma grande base de código, é importante para manter o seu código bem organizado.

Estou bastante tendenciosa é claro.

Há um site sobre isso descrevendo as diferenças de filosofia jqueryvsmootools.com

Eu acho que isso é o que lhe vem para baixo no final. A abordagem centrada no DOM funcional ou um Object Oriented abordagem JavaScript.

Como os outros têm para fora pontas, jQuery é uma biblioteca (para brincar com DOM principalmente), Mootools (1.2) é um framework javascript pleno direito que lhe permite organizar seu código de uma maneira orientada a objeto e mantê-lo assim, de fácil manutenção .

Eu recomendo que você leia este saber realmente o que cada um realmente é (jqueryvsmootools.com)

E este outro link, para que você saiba como obter melhor de ambos os mundos;):

http://ryanflorence.com/object- MooTools-porcos orientada para jquery-com-take-vôo /

No final tudo se resume ao que você necessidade. Minha recomendação geral: se você precisa pegar alguns trechos rápidos e fancify sua aplicação web jQuery só é bom; se você estiver indo para centrar o seu desenvolvimento em javascript, você deve realmente tentar mootools:. o código irá escala e é melhor você estar pronto

Para atualizar seu código de Mootools 1.1 você pode usar o helper upgrade, ele irá ajudá-lo a identificar o código em conflito através do console javascript (mootools.net/blog/2009/12/31/mootools-1-1-upgrade -layer-beta /)

[Desculpe por postar apenas 1 link ativo, esta é a minha primeira resposta]

Depende de quão bem você conhece jQuery e qual o seu prazo é. Se você sabe-o bem, ele não ter menos linhas de código, o que significa menos largura de banda para os seus clientes.

Além disso, se você olhar para este site você pode ver que no navegador líder IE, jQuery tem melhor desempenho do que Mootools.

Dito isto, se tudo está funcionando em Mootools v1.11, por que você está atualizando os scripts em tudo? Como o cartaz anterior diz que, se ele não está quebrado ...

Se ele não estiver funcionando corretamente em Mootools v1.11, como você sabe que ele vai trabalhar em Mootools v1.2 ou mesmo jQuery para que o assunto? Seria uma vergonha para colocar um monte de tempo de desenvolvimento e quer ter alguns dos mesmos erros, ou introduzir novos bugs por causa do quadro que você usa.

Neste ponto Slickspeed está se tornando totalmente sem importância, seletores são muito rápido de qualquer maneira. Também só para você saber, Sly pelo Herald Kirschner, um membro dos Mootools Dev Team acaba de lançar Sly, um motor de seletor que bate Sizzle. O material sobre animações sendo o fator determinante para não escolher mootools que foi deixado por um dos cartazes era basicamente bunda para trás, Mootools tem sido o rei de animações por anos agora. Tudo o que você escolher tudo vai funcionar. Mootools tem uma sensação mais clássica que eu acho que me mantém organizado, jQuery é mais função de base e não se aventurar em classes muito. Um elemento aumenta tipos nativos e o outro não, uma estratégia diferente, mas é isso.

Daniel

Eu estou muito feliz com Mootools. Eu tenho tentado várias vezes para experimentar jQuery porque mais e mais pessoas estão usando estes dias, mas de alguma forma eu ainda ainda não entendi o bom recurso OO como Mootools faz. Outra coisa que eu realmente não gosto sobre jQuery está ficando id com a função dólar, adicionando o HashKey (#). Isto pode ser problemático se você deseja criar html ids usando a estrutura. Se eu fosse você, basta atualizar para a versão mais recente do Mootools. Mootools não é uma má biblioteca em tudo.

Em sua pergunta, você mencionou que você está usando MooTools para "Ajax, arrastar e soltar, e alguns efeitos menores". Enquanto Mootools pode fazer isso também, (e eu possa ter explodido por dizer isso) na minha opinião você não está realmente usando Mootools pela razão certa. Usamos Mootools em nossas aplicações, e realmente não podemos pensar sobre a substituição JQuery para isso. Se o objetivo é escrever orientada a objetos, o código sustentável de longo prazo que outras aplicações na sua organização pode alavancar, Mootools ganha mãos para baixo.

E a velocidade seletor apenas é um critério errado julgar por (embora eu acredite Mootools é lá em cima agora). A maioria dos lugares em nosso código já temos referências para os elementos que queremos mudar. A maior parte do tempo é gasto na verdade, manipulando o DOM quando você tem o elemento, e em nossos testes internos (vai tentar publicá-los) Mootools é muito mais rápido do que JQuery no tipo usual de operações que realizamos. Nossas aplicações são o tipo onde contamos com controles Mootools construídas anteriormente (construídos por nós ou outros) para criar telas de aplicativos usando dados provenientes de serviços da Web.

Asses se você tem as horas programador para fazer o curso mais.
Fazer isso significa que você está indo para reescrever o código do zero. Isto implica mais uma vez que você terá que passar pelo ciclo de funcionalidade, revisão e teste, corrigir bugs etc. Dito isto um dos mais importantes problemas programadores não tão competentes com JavaScript fazer é que a maioria das partes do código acessar elementos DOM tendem a criar vazamentos de memória (que é o caso da estrada para a maioria dos desenvolvedores web). jQuery, por natureza, faz um monte de mitigar isso. Ou melhor jQuery tira o JavaScript de JavaScript.
2º. uma das razões mais convincentes para se deslocar para jQuery é que o seu peso código JavaScript irá diminuir drasticamente. Isso faz sentido para uma página intensivo código do lado do cliente. A natureza concisa de jquery permitirá que você facilmente código de revisão também.
A empresa que eu trabalho (support.com) com toneladas tiveram de código Mootools. Durante o início de 2008 (depois de aquecidas horas debater-para que estava contra a mover-se para jQuery) que começou a migrar para jQuery de uma forma faseada. Eu não me arrependi até a data.

Este argumento é chato, Mootools é O-O que as pessoas formam um fundo adequado O-O apreciar a sua inteligência mais do que as pessoas de um fundo PHP4 ou HTML.

A única razão convincente que eu poderia dar para tal migração um seria se fazer a mudança iria reduzir a quantidade de código que você tem de manter, e / ou tornar as coisas mais simples. Geralmente, há um monte de trabalho envolvido na chave tal, para que você gostaria de ser capaz de voltar depois de todo esse trabalho é feito e dizer: "Sim, valeu a pena."

Você deve tomar esta escolha com base na finalidade de sua aplicação.

jQuery é incrivelmente legal para animações, porém, sinto Mootools é mais sofisticado, então Se o importante é o aplicativo e não as animações furar a Mootools

A velocidade é também um assunto sobre isso. A partir de hoje Mootools tem um desempenho um pouco mais lento, mas eu prefiro não prestar atenção a ele até Mootools 1.3 é liberado.

desempenho Caixa das últimas estruturas em http://slicktest.perrohunter.com

JQuery é uma base de código menor, com apoio mais amplo. Se ele atende às suas necessidades pode ser uma boa opção. Eu diria que o trade-off que você precisa decidir é se o esforço de migração e curva de aprendizado valem o esforço contra o conjunto de recursos mais amplo, tamanho menor de código e popularidade e apoio para JQuery.

Se a mudança entre as versões do MooTools é realmente íngreme, em seguida, a migração pode muito bem ser justificada.

O artigo referido no jqueryvsmootools site coloca muito bem:

Se jQuery faz com que o DOM seu playground, MooTools visa tornar JavaScript seu playground

Assim, juntamente com a resposta aqui "Se não está estragado, não corrigi-lo", eu diria que atender às suas necessidades e não a opinião pública.

Tendo em conta que o seu site já está em Mootools, é preciso avaliar se as ofertas jQuery qualquer coisa que você precisa que MooTools não oferece; e se o incômodo de conversão é menor do que o incômodo de escrever a extensão.

Parece que jQuery tem a capacidade de rapidamente permitem que você jogue com o DOM, mas todas as coisas extravagantes extra e outras áreas de trabalho (como as datas) requer um plugin.

Isso me ajudou a responder a minha própria pergunta também!

Há algumas áreas onde eles não se sobrepõem, o que é uma pena. GUIs são fáceis de montar em jQuery, com linda widgets e animações. MooTools, acho, quer ter sets com muito poucos recursos, ou são demasiado pesado para o uso geral da web.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow