rojeto @API e jQuery [fechado]

Ouvi muitas vezes que o jQuery tomou algumas decisões ruins sobre a API. Embora o jQuery não seja minha biblioteca favorita, é a biblioteca que eu usei com mais frequência e acho difícil apontar erros específicos no design da API ou como ela poderia ter sido melhorad

Quais partes da API do jQuery poderiam ter sido melhores,quã poderia ter sido implementado de forma diferente eporqu essa implementação diferente seria melhor?

A questão se estende a ambos detalhes individuais de baixo nível da API e detalhes de alto nível da API. Estamos falando apenas de falhas na API, e não de falhas no design / objetivo de alto nível da biblioteca, o jQuery ainda é uma biblioteca de manipulação de DOM centrada em um mecanismo de seleçã

Devido à necessidade de congelamento da API em bibliotecas populares, o jQuery está parado no estado atual e os desenvolvedores estão fazendo um ótimo trabalho. Como pode ser visto pelos recent.attr vs.prop alterar os desenvolvedores não têm flexibilidade para alterar nenhuma de suas decisões de design (o que é uma pena!

Um exemplo específico em que posso pensar seria

$.each(function(key, val) { })

vs

$.grep(function(val, key) { })

o que é confuso o suficiente para que eu tenha que verificar novamente quais são os parâmetros com frequênci

Por favor, não compare o jQuerybibliotec para pleno direito frameworks como dojo e YUI e se queixam da falta de recurso

questionAnswers(4)

yourAnswerToTheQuestion