Dar una buena acogida.
Este va a ser un video rápido sobre las razones por las que debería usar Jay Querrey y algunas razones
por las que quizás no quiera utilizar a Jake Querrey.
Así que en el video de introducción resumí Jake Query como una biblioteca de JavaScript que nos ayuda a hacer muchas de
las cosas que ya hacemos.
Y simplemente los hace más fáciles.
Por lo tanto, es posible que se haga una pregunta después de escuchar eso, y por eso no siempre utilizamos
una consulta.
Parece que si hace la vida más fácil y nos ayuda con todas las características comunes de
mutación dominante, deberíamos usarla siempre.
La verdad es que ahora hay un poco de debate en la comunidad de desarrolladores, así que
comenzaré hablando de algunos de los motivos para usar una consulta.
Luego, hablaré sobre algunos motivos por los cuales es posible que no quiera usar una consulta y luego
también hablaré sobre mi propia opinión y mi experiencia enseñando a la gente a programar donde mejor encaja Jay Querrey.
Antes de comenzar aquí, quiero señalar que este sitio web no es necesario. Jay Querrey. Te lo
estoy mostrando por dos grandes razones.
El primero de ellos es que demuestra que todo lo que podemos hacer con Jay Querrey podemos prescindir de
él.
Ese es el objetivo de este sitio web es mostrar cosas comunes.
A Jay Querrey le gusta esconderse y a Allaman cómo los harías sin una consulta y verás que muchos de
ellos son muy similares.
Y en muchos de ellos Jay curry no es mucho más corto, pero en algunas características como Ajax esto es mucho
más largo aquí sin la consulta de Jay.
desarrolladores y este es solo un ejemplo de un sitio eso es cuestionar que es posible que no necesites una consulta.
La segunda razón por la que le estoy mostrando el sitio es que el solo hecho de que haya un
sitio llamado que quizás no necesite la consulta de Jay es un testimonio del debate actualmente en curso en la comunidad de
Hay cientos y miles de blogs y artículos y tutoriales que le dirán que tiene que
usar una consulta o nunca debe usar una consulta y es muy controvertida.
Así que profundicemos en ese debate y hablemos sobre por qué debería usar J queery así que por qué se queda callado.
La razón original por la que se creó es que Dom API todos los métodos que hemos estado usando Document dot,
por supuesto, Lechter get element by ID.
Todo eso solía considerarse roto.
Entonces, el objetivo general de la consulta de Jay era facilitar y agilizar el uso de la API de DOM mediante el
uso de Jay Querrey, que actuaba como una interfaz para la Dom API rota.
También hace que tu código sea más claro y más corto como lo viste aquí.
Sabes que hacer algo como esto sin una consulta es tres o cuatro veces la cantidad de código que con
la consulta de Jey, por lo que es más claro y más corto.
Es fácil de usar también.
que significa que la consulta de Jay se ocupará de las diferencias entre una propiedad que funciona en Internet
Explorer 9 y una que funciona en Internet Explorer 8 y se encargará de todo ese soporte entre navegadores.
Ha incorporado compatibilidad con varios navegadores, lo
Que es un poco desordenado
Y una de las peores partes de ser un desarrollador web para ser honesto, en mi opinión, al menos también proporciona AJAX,
de lo que hablaremos más adelante.
Es un subconjunto de características que es realmente útil.
Y la última razón es que mucha gente usa una consulta y no lo digo porque mucha gente
usa la consulta de Jey.
Obviamente deberías usarlo también.
Eso no es todo lo que estoy diciendo, pero el hecho de que muchas personas usen la consulta
de Jey significa que existe una comunidad sólida.
Hay muchos tutoriales y publicaciones de blog y preguntas de desbordamiento de pila.
La gente lo usa por todos lados, por lo que hay muchos materiales y recursos que pertenecen a
Jay Querrey, lo cual es genial cuando tratas de hacer algo y necesitas ayuda.
DE ACUERDO.
Así que hablamos sobre por qué Jay queery es genial y probablemente se parece un poco a Americorp
en este momento.
Entonces, ¿por qué no lo usamos?
Y la primera y más importante respuesta es que Dom API ya no está rota, por lo que tiene cosas que
no solía tener.
Así que, por ejemplo, el selector de consulta del selector queery no solía existir como parte de Saddam. Adamu API es
mucho más fácil de usar.
Y lo hemos estado usando hasta ahora y lo hemos estado haciendo bien sin una consulta.
La segunda razón es que no hace nada que no pueda hacer por su cuenta, que es
el objetivo de este sitio.
Podemos hacer todo lo que haría con una consulta sin él.
Y junto con eso, si solo quisiéramos utilizar dos o tres métodos o incluso 10
métodos sin consultar, seguimos incluyendo 100 o más métodos diferentes.
Entonces, a veces la gente lo llamará una dependencia innecesaria.
Podrían decir que usar j Curry es una herramienta demasiado pesada para lo que estás haciendo.
Entonces, si solo estás usando la consulta Jay para animaciones, por ejemplo, eso es un poco
exagerado porque hay otras herramientas que te ayudarán solo con la animación, mientras que Jay queery hace animación. Además,
conoces cientos de otras cosas.
Y y es innecesario tener tanto peso es lo que la gente diría.
Entonces el rendimiento puede ser un problema.
No será en nuestro caso que no haremos nada que realmente esté presionando a Jay Curry, pero la idea detrás
de eso es que si alguien está utilizando la consulta de Jay y no saben que no están familiarizados
con el código y el código fuente de la consulta de Jay y cómo se escriben las cosas, podrían usar un
método, podrían escribir algún código que sea ineficiente.
Eso en realidad es más lento que si lo hubieran hecho sin una consulta.
Pero como mencioné, eso es un poco lejos de nosotros.
Y la última razón es que muchas personas se están alejando de J.
Cory y eso no quiere decir que solo porque otras personas no están usando la consulta de Jay que no deberías
usarla es la misma razón que mencioné para la consulta de Jay.
Hay muchos recursos, tutoriales y videos con mucha información por ahí.
Entonces realmente no puedes equivocarte.
Así que ahora vamos a pasar un tiempo discutiendo mis propias opiniones sobre esto y, en
particular, mi experiencia enseñando a las personas a programar con Jay Querrey y sin él.
en desarrolladores web, comenzaba con H Tim L y luego C S us y luego iba directamente a Jacqui.
Cuando comencé a enseñar a las personas a programar y enseñar a las personas a convertirse
Así que no haría ninguna de las cosas de las que hemos estado hablando en las últimas unidades.
Yo enseñaría eventos.
Enseñaría a seleccionar y manipular a través de la consulta de Jay, pero no mostraría a los estudiantes
cómo hacer eso con Javascript vainilla.
Así que Vanilla Agellius o simple G-S solo se refiere a escribir javascript sin una consulta.
Entonces no solía hacer nada de eso en el curso.
que sabes que mi nuevo trabajo es increíble, excepto que no usan a Jay Querrey solo para que lo sepas.
Empezaría con una consulta y me di cuenta de que los desarrolladores que estaba produciendo en la clase eran grandes
desarrolladores, pero si se llevaran a Jay Querrey si fueran a una empresa que estaba
decidiendo que no iban a utilizar una consulta que Pasaron más y más y más estudiantes vendrían a verme y me dirían
Y recibí mucho feedback y me di cuenta de que los estudiantes eran dependientes de Jay queery, obviamente al
final de la clase eran lo suficientemente buenos como para poder aprender Fenella Sí y podían escribir código
sin la consulta de Jay.
Pero el punto es que su conocimiento se centró en una forma de escritura de código centrada en la consulta.
por primera vez en algunas clases, cambié las cosas y comencé enseñándoles la manipulación de vain javascript Dom primero.
Entonces, después de enseñarle a la gente a Jay Querrey
Así que las cosas que hemos estado haciendo hasta este momento y luego introduje la consulta
J una vez que tenían una sólida base conceptual de cómo funcionan los eventos y cómo seleccionar y manipular las obras y todo
eso con lo que Jay Querrey nos puede ayudar.
Quería que los estudiantes entendieran cómo Jay Querrey estaba haciendo todas estas cosas detrás de escena.
Después de enseñar este enfoque de vainilla primero y luego Jay queery más tarde y hacer eso durante
unas pocas clases y ver a esos estudiantes graduarse me di cuenta de que estábamos produciendo desarrolladores mucho
más fuertes de javascript.
No era solo el hecho de que mis alumnos pudieran tomar algún código y escribirlo en una consulta y
también escribir el código equivalente sin una consulta.
Pero, lo que es más importante, noté que mis alumnos tenían una base conceptual mucho más sólida de Dom
y Dom y la violación, por lo que su base no estaba basada en Jay Querrey, que es una forma de hacerlo.
Su base se basó en los conceptos subyacentes a la pregunta subyacente de la analogía.
Sí.
nivel más profundo cómo funcionaban las cosas y vieron por un lado que podemos hacer esto con una consulta y por
otro lado podemos hacerlo sin una consulta en lugar de estructurar su marco conceptual alrededor de la consulta de Jay .
Así que es un enfoque más unificado donde los estudiantes entendieron a un
Lo estructuraron en torno a Dom general y los conceptos de manipulación DOM.
Esa fue una manera larga de compartir mi opinión sobre este tema.
Llegué a la conclusión como desarrollador y también como educador, lo más importante es que vale la pena saber
cómo hacer las cosas sin una consulta y también cómo hacerlas con una consulta.
Así que hemos visto cómo hacerlo sin él y ahora vamos a ver cómo hacer las cosas que
Jay queery way