Nous saluons le retour.
Cela va être une vidéo rapide sur les raisons que vous devriez utiliser Jay Querrey et certaines raisons que vous pourriez ne pas vouloir utiliser Jake Querrey.
Donc, dans la vidéo d'introduction j'ai résumé Jake Query comme une bibliothèque javascript qui nous aide à faire beaucoup de choses que nous faisons déjà.
Et cela les rend plus faciles.
Donc, vous pourriez vous poser une question après avoir entendu ce qui est pourquoi ne serait pas toujours utiliser une requête.
Il semble que si elle rend la vie plus facile et il nous aide avec toutes les caractéristiques communes de mutation dominante, nous devrions toujours l'utiliser.
La vérité est que c'est un peu un débat dans la communauté des développeurs en ce moment donc je vais commencer par parler de certaines des raisons de l'utilisation d'une requête.
Ensuite, je vais parler de certaines raisons pour lesquelles vous ne voudrez peut-être pas utiliser une requête, puis je parlerai aussi de mon propre opinion et de mon expérience d'enseigner aux gens à programmer où Jay Querrey s'inscrit le mieux.
Avant de commencer ici, je tiens à souligner ce site Web que vous pourriez ne pas avoir besoin Jay Querrey Je vous montre cela pour deux grandes raisons.
Le premier d'entre eux est qu'il démontre que tout ce que nous pouvons faire avec Jay Querrey nous pouvons faire sans elle.
C'est le but de ce site Web est de montrer des choses communes.
Jay Querrey comme cacher et Allaman comment vous les feriez sans une requête et vous verrez que beaucoup d'entre eux sont vraiment similaires.
Et sur beaucoup d'entre eux Jay curry n'est pas beaucoup plus courte, mais sur certaines des fonctionnalités comme Ajax c'est beaucoup plus long ici sans requête Jay.
La deuxième raison que je vous montre le site, c'est que le fait même qu'il ya même un site appelé que vous pourriez ne pas besoin de requête Jay est un témoignage du débat qui est actuellement en cours dans la communauté des développeurs et ce n'est qu'un exemple d'un site Qui est en question que vous pourriez pas besoin d'une requête.
Il ya des centaines et des milliers de blogs et articles et des didacticiels là-bas qui vous diront que vous devez utiliser une requête ou vous ne devriez jamais utiliser une requête et il est très chaudement contestée.
Alors plongeons plus profondément dans ce débat et parler de pourquoi vous devriez utiliser J queery alors pourquoi vous restez calme.
La raison originale qu'il a été créé est que Dom API toutes les méthodes que nous avons utilisé Document dot bien sûr Lechter get élément par ID.
Tout cela était considéré comme cassé.
Ainsi, l'objectif de la requête Jay était de rendre plus facile et plus rapide l'utilisation de l'API DOM en utilisant Jay Querrey qui agissait comme interface avec l'API Dom cassée.
Il rend également votre code plus clair et plus court que vous avez vu ici.
Vous savez faire quelque chose comme ça sans une requête est de trois ou quatre fois la quantité de code car il est en utilisant la requête Jey, il devient plus clair et plus court.
Il est facile à utiliser aussi bien.
Il a construit dans le support cross-browser de sorte que la requête de Jay demandera de prendre soin des différences entre une propriété qui fonctionne dans Internet Explorer 9 et un qui fonctionne dans Internet Explorer 8 et il prendra soin de tout ce support croisé-navigateur.
Ce qui est un peu sale.
Et l'une des pires parties d'être un développeur web pour être honnête à mon avis, au moins, il fournit également AJAX dont nous allons parler plus tard.
C'est un sous-ensemble de fonctionnalités qui est vraiment utile.
Et la dernière raison ici est que beaucoup de gens utilisent une requête et je ne dis pas juste parce que beaucoup de gens utilisent la requête Jey.
Vous devriez évidemment l'utiliser aussi.
Ce n'est pas du tout ce que je dis, mais le fait que beaucoup de gens utilisent la requête Jey signifie qu'il ya une communauté forte là-bas.
Il ya beaucoup de tutoriels et de messages de blog et les questions de débordement de pile.
Les gens l'utilisent partout et il ya donc beaucoup de matériaux et de ressources qui appartiennent à Jay Querrey, ce qui est génial lorsque vous essayez de faire quelque chose et vous avez besoin d'aide.
D'ACCORD.
Donc nous avons parlé de pourquoi Jay queery est grand et il sonne probablement un peu comme Americorp à ce point.
Alors pourquoi ne pas l'utiliser.
Et la première et la plus importante réponse est que l'API Dom n'est plus cassée donc il a des choses qu'il n'avait pas l'habitude d'avoir.
Ainsi, par exemple sélecteur queery sélecteur de requête tous ne pas utilisé pour exister dans le cadre de Saddam Adamu API est beaucoup plus facile à utiliser.
Et nous l'utilisons jusqu'à présent et nous avons fait très bien sans une requête.
La deuxième raison est qu'il ne fait rien que vous ne pouvez pas faire sur votre propre qui est le point entier de ce site.
Nous pouvons faire tout ce que vous feriez avec une requête sans elle.
Et avec cela, si nous voulions seulement utiliser deux ou trois méthodes ou même 10 méthodes de la requête, nous sommes encore en incluant vous savez 100 ou 200 plus différentes méthodes.
Donc, parfois, les gens appellent cela une dépendance inutile.
Ils pourraient dire que l'utilisation de j Curry est un outil trop lourd pour ce que vous faites.
Donc, si vous utilisez uniquement la requête Jay pour les animations, par exemple, c'est un peu exagéré parce qu'il ya d'autres outils là-bas qui vous aideront que avec l'animation tandis que Jay queery fait l'animation Plus vous connaissez cent autres choses.
Et et il est tout simplement inutile d'avoir autant de poids est ce que les gens diraient.
Donc, la performance peut être un problème.
Il ne sera pas dans notre cas, nous ne ferons rien qui est vraiment pousser Jay Curry dur, mais l'idée derrière cela est que si quelqu'un utilise la requête Jay et ils ne savent pas qu'ils ne sont pas familiers avec le code et Le code source de la requête Jay et comment les choses sont écrites, ils pourraient utiliser une méthode qu'ils pourraient écrire un code inefficace.
C'est effectivement plus lent que s'ils l'avaient fait sans une requête.
Mais comme je l'ai mentionné, c'est un peu long pour nous.
Et la dernière raison est que beaucoup de gens s'éloignent de J.
Cory et cela ne veut pas dire que juste parce que d'autres personnes n'utilisent pas la requête Jay que vous ne devriez pas l'utiliser c'est la même raison que j'ai mentionné pour la requête Jay.
Il ya de grandes ressources et des didacticiels et des vidéos beaucoup d'informations là-bas.
Donc vous ne pouvez vraiment pas vous tromper.
Donc, maintenant, nous allons passer un peu de temps à discuter de mes propres opinions à ce sujet et en particulier mon expérience d'enseigner aux gens à programmer avec Jay Querrey et sans elle.
Lorsque j'ai commencé à enseigner aux gens à programmer et à enseigner aux gens à devenir des développeurs Web, je commençais par H Tim L puis C S us et ensuite je me rendais directement à Jacqui.
Je ne ferais donc aucune des choses dont nous avons parlé dans les dernières unités.
J'enseignerais des événements.
Je voudrais enseigner la sélection et la manipulation à travers la requête Jay, mais je ne montrerais pas aux élèves comment le faire avec vanille Javascript.
Donc vanille Agellius ou G-S simple se réfère à l'écriture javascript sans une requête.
Donc, je n'ai pas utilisé pour faire tout cela dans le cours.
Je voudrais commencer par une requête et ce que j'ai réalisé est que les développeurs que je produisais dans la classe étaient de grands développeurs, mais si vous avez pris Jay Querrey loin s'ils allaient à une entreprise qui a décidé qu'ils n'allaient pas à utiliser une requête qui Est arrivé de plus en plus et plus d'étudiants viendraient à moi et me dire que vous savez mon nouveau travail est génial, sauf qu'ils n'utilisent pas Jay Querrey juste pour que vous sachiez.
Et j'ai eu cette rétroaction beaucoup et je me suis rendu compte que les étudiants étaient dépendants de Jay queery, évidemment, à la fin de la classe, ils étaient assez bons, ils pourraient aller apprendre Fenella Oui et ils pourraient ils pourraient écrire le code sans requête Jay.
Mais le point est que leur connaissance était centrée autour d'une requête centrée sur la façon d'écrire du code.
Donc, après l'enseignement des gens Jay Querrey d'abord pour quelques classes je changer les choses autour et j'ai commencé par leur enseignement vanilla javascript dom manipulation d'abord.
Donc, les choses que nous avons fait jusqu'à ce point et puis j'ai présenté j requête plus tard, une fois qu'ils avaient une solide base conceptuelle de la façon dont les événements fonctionnent et comment la sélection et la manipulation fonctionne et tout ce que Jay Querrey peut nous aider.
Je voulais que les étudiants comprennent comment Jay Querrey faisait toutes ces choses dans les coulisses.
Après avoir enseigné cette approche de la glace à la vanille d'abord et puis Jay queery plus tard et faire cela pour quelques classes et regarder ces étudiants diplômés, j'ai réalisé que nous produisions beaucoup beaucoup plus forte JavaScript développeurs.
Ce n'était pas seulement le fait que mes étudiants pouvaient prendre un code et l'écrire dans une requête et aussi écrire le code équivalent sans une requête.
Mais plus important encore, j'ai remarqué que mes étudiants avaient une base conceptuelle beaucoup plus solide des Dom et des Dom et de la violation de sorte que leur fondement n'a pas été construit sur Jay Querrey qui est une façon de le faire.
Leur fondement a été construit sur les concepts sous-jacents J interrogation sous-jacente analogie.
Oui.
Donc, c'est une approche plus unifiée où les élèves ont compris à un niveau plus profond comment les choses ont fonctionné et ils ont vu d'un côté, nous pouvons le faire avec une requête et de l'autre côté, nous pouvons le faire sans une requête plutôt que de structurer leur cadre conceptuel autour Jay requête .
Ils l'ont structuré autour du général Dom et des concepts de manipulation DOM.
C'est donc un long chemin pour partager mon opinion sur cette question.
Je suis venu à la conclusion en tant que développeur et aussi comme un éducateur plus important encore que sa valeur savoir comment faire des choses sans une requête et aussi comment les faire avec une requête.