jQuery vs javascript?

Question

Je suis récemment tombé sur un peu de javascript forums (malheureusement, le lien est perdu quelque part dans l'univers), où vous pouvez vous sentir en véritable haine à l'encontre de jQuery pour ne pas être...?

La plupart des arguments qui semble logique en fait.

Maintenant, j'ai vraiment comme jQuery, surtout pour me permettre de vous concentrer sur les choses que je veux faire plutôt sur navigateur incohérences et il est en fait AJAXing fraîche (ou galvaudé?) effets amusants.

Mais si ce est vraiment quelque chose de pourri dans la base de jQuery, je ne veux pas compter sur elle, la façon dont je l'ai fait... compter sur elle.

Je ne veux pas commencer encore un autre argument de plus qui cadre le mieux... mais... Qui est le cadre le mieux (blague)? Comme un cas d'utilisation, pensez à les petites et moyennes web et de l'administration.

Je suis juste essayer de comprendre, si des choses dans certains cadre ou javascript avec peu de mine de fonctions fait vraiment la différence.

Edit:

J'ai effectivement essayé d'avoir un objectif normal discussion sur les avantages et les inconvénients de 1., à l'aide d'un cadre de pure javascript et 2., jquery vs d'autres, car jQuery semble être plus facile de travailler avec, le plus rapide de la courbe d'apprentissage. Cependant, certaines personnes ne le comprennent pas et pensent que je commence encore une autre flamme (ce que je ne suis pas). Je suis en train de vote de rouvrir cette question.

Aussi je suis très intéressé par:

• N'jQuery reposent fortement sur la détection de browser? Pourrait être un problème potentiel dans l'avenir? Pourquoi?
• J'ai trouvé beaucoup de JS-sélecteur de moteurs, d'AJAX et FX bibliothèques?
• Est-il une raison (en plus de la détection de browser et personnels "haine" à l'encontre de John Resig) pourquoi jQuery est le problème?

jQuery en fait, comme la plupart utilisés, des stands pour les autres cadres.

Answer 1

Il est tout au sujet de la performance et de la vitesse de développement. Bien sûr, si vous êtes un bon programmeur et la conception de quelque chose qui est vraiment adapté à vos besoins, vous pouvez obtenir de meilleures performances que si vous aviez utilisé un framework Javascript. Mais avez-vous le temps de tout faire par vous-même?

Mon opinion personnelle est que le Javascript est incroyablement utile et galvaudé, mais que si vous en avez vraiment besoin, un cadre est le chemin à parcourir.

Maintenant vient le choix du cadre. Pour que les repères sont en vaut la peine, vous pouvez en trouver un à http://ejohn.org/files/142/ . Elle dépend aussi de quels plugins sont disponibles et ce que vous comptez faire avec eux. J'ai commencé à l'aide de jQuery, car il semble être entretenus et bien présenté, même si ce n'était pas le plus rapide à ce moment-là. Je ne le regrette pas, mais je n'ai pas tester autre chose depuis.

Answer 2

Personnellement, je pense que vous devriez d'abord apprendre à la dure. Cela fera de vous un meilleur programmeur et vous pourrez résoudre ce problème unique en son genre lorsqu'il se présentera. Une fois que vous pouvez le faire avec du JavaScript pur, utiliser jQuery pour accélérer le développement n’est qu’un bonus supplémentaire.

Si vous pouvez le faire à la dure, vous pouvez le faire facilement, cela ne fonctionnera pas dans l'autre sens. Cela s’applique à tout paradigme de programmation.

Answer 3

Jquery, comme tous les autres frameworks JavaScript performants, vous fournit des fonctionnalités indépendantes de la plate-forme de navigateur qui englobe toutes les subtilités, dont vous ne vous souciez peut-être pas ou que vous ne voulez pas vous soucier.

Je pense que l’utilisation d’un framework est préférable à l’utilisation de JavaScript pur et de tout faire à partir de zéro, sauf si votre utilisation est très limitée.

Je recommande vraiment JQuery!

Merci

Answer 4

"En fait j'essaie de avait un objectif normal discusssion sur des avantages et des les inconvénients de 1., à l'aide de cadre plus pur javascript et 2., jquery vs d'autres, car jQuery semble être plus facile de travailler avec plus rapide la courbe d'apprentissage."

L'utilisation de tout cadre parce que tu ne veux pas réellement à apprendre le langage sous-jacent est absolument faux, non seulement pour le JavaScript, mais pour n'importe quel autre langage de programmation.

"Est-il une raison (en plus de la détection de browser et personnelle "la haine" à l'encontre de John Resig) pourquoi jQuery est mal?"

La plupart de la haine contre il s'agit de la exagérée fanboyism qui pollue les forums avec "utiliser jQuery" comme une réponse pour chaque JavaScript question et la surconsommation qui produit un code dans lequel les déclarations simples tels que la déclaration d'une variable se fait à travers les appels à la bibliothèque.

Néanmoins, il y a aussi quelques légitime des questions techniques telles que la culpabilité partagée dans la production de code illisible et les frais généraux. Bien sûr, ces deux là sont aggravés par le manque de développeur de compétence plutôt que la bibliothèque elle-même.

Answer 5

• N'jQuery reposent fortement sur la détection de browser? Peut être que le problème potentiel dans l'avenir? Pourquoi?

Non, il y a de $.navigateur méthode, mais il est obsolète et n'est pas utilisé dans le noyau.

• J'ai trouvé beaucoup de JS-sélecteur de moteurs, d'AJAX et FX bibliothèques?

Les charges. jQuery est souvent choisi car il ne AJAX et des animations de bien, et est facilement extensible. jQuery n'utilise pas son propre sélecteur de moteur, il utilise le Grésillement, incroyablement rapide sélecteur de moteur.

• Est-il une raison (en plus de la détection de browser et personnels "haine" à l'encontre de John Resig) pourquoi jQuery est le problème?

N - c'est rapide, relativement petit et facile à étendre.

Pour moi personnellement, il est bon de savoir que les navigateurs comprennent plus de choses (classlist API par exemple) que jQuery est mise à jour pour inclure, en ce sens que mon code fonctionne aussi vite que possible tout le temps.

Lire la source si vous êtes intéressé, http://code.jquery.com/jquery-1.4.3.js - vous verrez que les fonctionnalités sont ajoutées sur la base le meilleur des cas, d'abord, et peu à peu intégré aux navigateurs existants - par exemple, une section de la parseJSON méthode de 1.4.3:

return window.JSON && window.JSON.parse ?
    window.JSON.parse( data ) :
    (new Function("return " + data))();

Comme vous pouvez le voir, si la fenêtre.JSON existe, le navigateur utilise le natif de parser JSON, si non, alors il évite l'utilisation de eval (parce que sinon minfiers de ne pas rapetisser ce bit) et met en place une fonction qui renvoie les données. Cette idée de supposer que les techniques modernes d'abord, puis de la dégradation des anciennes méthodes est utilisé dans ce sens que les nouveaux navigateurs à utiliser tous les whiz bang fonctionnalités sans pour autant sacrifier la compatibilité héritée.