Um grande debate sobre YUI3/jQuery

Nota do tradutor: Muitas vezes vemos várias comparações entre diferentes bibliotecas/frameworks JavaScript, mas essa conversa direta entre o arquiteto YUI3 e o pai do jQuery é muito rara e também é tão emocionante que não posso evitar. de todos os leitores, espero que inspire colegas interessados ​​em desenvolver "bibliotecas/frameworks".

O pai do jQuery responde "Como o YUI3 aumenta sua influência?"

Texto original: http://www.quora.com/How-could-YUI3-improve-its-image-compared-to-jQuery-MooTools-etc/

Pergunta: Comparado com jQuery e Mootools, como o YUI3 melhora sua influência?

Autor: John Resin (pai do jQuery)

Tradutor: Bachi

YUI3 ultrapassou YUI2 e está no mesmo nível do jQuery . Então, como o YUI3 pode melhorar sua influência? Em relação a esta questão, algumas respostas parecem um pouco fora do assunto. A questão é "como melhorar a influência do YUI" (uma boa pergunta), mas a maioria das respostas ataca o jQuery.

Eu respondo a esta pergunta a partir de dois aspectos:

1. Como o YUI deve ser melhorado para que mais pessoas possam usá-lo?
2. Como a YUI pode melhorar sua competitividade com jQuery?

Devo admitir que, em comparação com outras bibliotecas JS, o YUI é realmente ótimo. Quer se trate de trabalho em nível de código, muita documentação excelente, demonstrações , artigos de blog , tutoriais em vídeo , etc., é realmente excelente. Outras bibliotecas JS não prestam muita atenção a esses aspectos, e acho que esses conteúdos são os componentes mais importantes de um projeto de código aberto de sucesso. No entanto, a YUI não teve mais sucesso em ocupar o mercado, o que sempre me deixou intrigado. .

Aqui, para facilitar seu entendimento, farei algumas suposições:

1. A versão atual do YUI3 é “boa o suficiente”
2. A documentação e os fóruns do YUI também são completos o suficiente para atrair mais usuários para usar o YUI3.

Com base nisso, farei alguns breves comentários:

1. Nomes de domínio dispersos devem ser consolidados em um só, como outros apontaram, manter muitos sites costuma ser contraproducente e ingrato.
2. Várias bases de código devem ser mescladas em uma base de código Sim, as pessoas ainda usam o YUI2, mas a API do YUI3 é muito diferente do YUI2, e o YUI só terá sucesso no YUI3 no futuro (a equipe do YUI insiste teimosamente que o YUI2 não ajudará. YUI "mais bem sucedido")
3. Há tantas maneiras de apresentar o YUI que deveria ser reduzido a uma. As pessoas deveriam começar com YUI().use (assumindo que realmente desejam usar o YUI em profundidade). Apenas mantenha um ponto importante na página inicial: YUI deve ser apresentado assim, <script src="http://yuilibrary.com/yui-min.js"></script>, o que o torna muito mais claro.

Simplificando, o projeto YUI deve manter uma direção geral. Se o foco for muito disperso, o tiro sairá pela culatra.

Hoje, se a YUI competisse diretamente com o jQuery, a forma como a YUI e seus subprojetos operam precisaria mudar. Porque a forma atual de funcionamento do projeto YUI é contrária aos métodos de trabalho do YAHOO . Dada a operacionalidade extremamente fraca da actual abordagem de gestão, o projecto YUI é uma vítima infeliz.

Originalmente, deveríamos usar SimpleYUI para iniciar nosso programa YUI. Dê uma olhada no jQuery. Sua API é simples e prática, e as pessoas constroem a maioria dos sites para esses recursos encantadores. Portanto, quando visitarmos yuilibrary.com , devemos esperar que haja apenas uma maneira de usar o YUI, que é simpleYUI (o nome deve ser alterado para algo mais conciso e natural).

Fonte: Taobaoued