*NUEVO* AJAX: curso completo de los fundamentos - parte 7: STREAMS

1. Introducción: Bienvenido de vuelta Mis queridos alumnos de Skillshare a otra clase. Esta es la clase siete. Estaremos discutiendo un concepto muy avanzado conocido como streams. Ahora antes de que te diga qué es eso, diapositiva financiada, voy a ser tu instructor y gracias por seguirte. Esta clase es independiente, pero como todos saben, esta ha sido toda una serie todo sobre Ajax. Ahora, ¿por qué necesito discutir la API de Stream al hablar de ajax, daremos un paso atrás en la clase anterior que aprendimos sobre la API de Fetch. Esta es la más nueva, la forma moderna realizar una solicitud Ajax. Ahora como vimos, la API de Fetch se basa en promesas, pero no sólo eso, la API de Fetch utiliza la API de Streets. Lo que esto significa es que cuando tu navegador hace una solicitud Ajax a un servidor, lo que recibe el servidor no es la respuesta sin procesar. Es una corriente legible. ¿ Por qué es eso? Bueno, en el quid mismo de ello, realmente no es nada más que solo poder procesar trozos poco a poco. Piensa en Netflix, piensa en YouTube. Cuando crecía, cuando era una iluminación, tuve que descargar todo un archivo de video antes de poder verlo. Pero hoy no tenemos que hacerlo. Podemos transmitir videos. Ni siquiera tenemos que descargar todo el video a nuestra memoria. Así que básicamente lo que eso te permite hacer es consumir datos que potencialmente podrían ser más grandes que toda tu memoria en tu computadora, o tu teléfono o tu tablet, sea cual sea que lo uses. Qué interesante es que esta clase no va a ser una clase que todo lo abarca sobre los flujos, solo te va a dar un entendimiento de alto nivel sobre qué son las corrientes, cómo leer secuencias chunk by trozo. Tenemos que usar la tubería a través del método. Y entonces quiero mostrarte algo bastante interesante. Quiero presentarles la idea de que es posible también escribir dos calles. No solo tienes que leer transmisiones. Puedes usar Ajax para escribirles. Lo sé, muy raro, ¿verdad? Esta clase es para todos los niveles. Si eres principiante o avanzado, créeme, hay algo que aprenderás. Va a ser una clase relativamente corta, pero llena de información de pack divertido. Así que no puedo esperar. Por favor, síguelo y os veré con suerte en los primeros videos de conferencias. 2. Qué son las fuentes: Antes de ver detalles avanzados en torno al phage, es necesario entender la API de Streams. ¿ De qué se trata todo eso? Bueno, en primer lugar, déjame aclarar. En los primeros días de Fitch, no existían arroyos. ¿ Qué y qué significa esto? Bueno, si estás cerca de mi edad, recordarás en los días en que querías procesar un recurso, como un video, por ejemplo, tendrías que descargar todo el archivo, esperar a que se deserialice en formato adecuado. Y sólo entonces ¿podrías procesar todo el asunto? Sólo entonces podrías verlo. Fue bastante molesto. Pero la buena noticia es que los torrentes de sangre, todo esto cambia porque con las transmisiones, ahora puedes comenzar a procesar hija de fila con JavaScript. Pero a poco, en cuanto esté disponible del lado del cliente, me emociona incluso pensando en ello. Hoy, Fitch nos da el cuerpo de la respuesta como un arroyo, como una corriente legible para ser específicos. Ya hemos visto esto antes, pero si te has olvidado, déjame saltar a la consola y mostrarte muy rápido. Has visto este problema porque tenemos nuestro JavaScript aquí dentro de las etiquetas de script. Y esto simplemente lo hace muy sencillo. Llamada Fitch, esto sólo Fitch URL. Acabo de pegar una lágrima del placeholder JSON. Hacemos una solicitud de búsqueda. Si sólo hacemos esto y vamos al navegador, abre nuestra consola, no va a pasar nada. El motivo por el que no pasa nada, claro, ya que no hemos hecho nada, recuerda, Fetch nos devuelve una promesa. Para agarrar el resultado de la promesa, necesitamos envolver esto dentro de un comunicado. Sabemos que nos van a devolver los datos. Podemos agarrar nuestros datos y podemos ejecutar esta función de devolución de llamada. Esto acaba de decir que todo lo que queremos hacer es iniciar sesión de consola volver el resultado. Eso es todo lo que queremos hacer aquí. Guarda esto, ve a nuestro navegador. Y aquí vamos, nos dan el resultado, podemos ver que es un objeto de respuesta. Nosotros abrimos eso. Queremos acceder a la roca hija. Queremos ver qué hay en el cuerpo de esta respuesta. Pero si hacemos eso, obtenemos una corriente legible. Y ese es el punto que estoy tratando de hacer. El cuerpo de la respuesta de una solicitud de entidad se recibe como un flujo. Tercera pregunta que probablemente tengas en este momento es, sí, es muy genial. Tenemos un arroyo legible, pero ¿cómo accedemos y leemos el arroyo? Bueno, tenemos que usar otra API que nos da el navegador. Esta API se llama la API de Streams. Nos permite utilizar JavaScript para exceso de flujos, piezas, bits de datos recibidos a través la red y procesarlos como deseemos. Sé que puede parecer bastante desalentador. Una vez que tenemos más, un concepto que hemos visto tener que aprender ahora sobre otro. Déjame agarrar mi roca. Déjame arrojar esto a la pantalla y déjame simplemente darte un resumen. Muy bien, no quiero que te intimides. Solo recuerda lo que significa el streaming. Eso solo implica desglosar nuestros resultados que quieres recibir a través de la red hacia abajo en trozos más pequeños. Nos permite procesar esos trozos poco a poco. Esto es algo que los navegadores hacen de todos modos. Por ejemplo, sabemos que lo hacen cuando reciben activos para mostrarse en las páginas web. Videos, buffer, y más está gradualmente disponible para jugar a medida que continúas viendo ese video. Y por supuesto, todos hemos estado sitios web donde ves que las imágenes muestran gradualmente a medida que se descarga más de esa imagen. Streaming no es algo nuevo. Ha estado alrededor por mucho tiempo. Eso tiene sentido. Pero, ¿cómo usamos las transmisiones? Bueno, para poder utilizar streams, tenemos que asegurarnos de que la respuesta nos pareció desde el servidor esté disponible como un stream. Y sólo para hacer las cosas un poco más difíciles para nosotros, no hay un solo tipo de corriente. Tienes dos cargas de streaming de muy alto nivel. Leer desde un arroyo y escribir a un arroyo. ¿ De cuál nos preocupa más? Nos preocupa más cómo leer stream usando Ajax. Recuerda, acabamos de ver que el cuerpo de respuesta nos devolvió por un exitoso futuro desperdicio es una corriente legible. Lo bueno de ser una corriente legible es que podemos usar un lector, por ejemplo, el método gig Reader. Lo vamos a ver en breve. Podemos utilizar un lector para leer datos de la secuencia. Creo que esto es suficiente por ahora. Sé que podría ser un poco de sobrecarga de información. En la próxima conferencia, quiero empezar a hablar de cómo podemos realmente leer los datos. Mantente motivado, salta arriba y abajo. Y te veré en la próxima conferencia. 3. Cómo leer las fuentes: De acuerdo, déjame contestar la pregunta de 1 millón de dólares. ¿ Cómo leemos transmisiones? Ahora, solo quería que te daras cuenta esto es muy, muy avanzado. Y solo necesitas leer realmente transmisiones si tienes recursos muy pesados y quieres procesar trozos de datos. Pero, pero, pero para la mayoría de las llamadas Ajax que vas a estar haciendo, no tendrás que leer trozos individualmente. Simplemente puedes usar ese método JSON, por ejemplo, que hace todo el trabajo pesado por ti y eventualmente te devolverá todos los datos. Sólo quería aclarar las cosas. Es muy interesante entender cómo podemos leer transmisiones. Sabemos que Fetch devuelve un objeto stream legible. Pero, ¿cómo leemos la corriente? Esa es la pregunta de 1 millón de dólares. Ya lo hemos visto. Podemos usar ese método JSON y lo hace por nosotros. Pero ¿qué pasa si quieres más control? En ese caso, son dos objetos importantes que hay que conocer y tratar con el fin de leer secuencias y todo el objeto de flujo legible y el lector predeterminado de flujo legible. En primer lugar, veamos este objeto de flujo legible. ¿ Qué es eso? Bueno, saltemos rápidamente a nuestro editor y empecemos a mirar esto de una manera práctica. Estamos hablando del concepto de arroyos. Y lo que quiero mostrarles es que lo que nos ha devuelto desde Fitch es un arroyo, es definir una variable. Llamémoslo stream. Y lo está asignando a lo que nos ha devuelto un carbón. Vamos a estar usando la misma URL que hemos estado en las últimas conferencias. Y si lo dejamos así, ¿qué esperaríamos ver? ¿ Cuál es esta variable corriente va a ser? Eso es correcto. Va a ser una promesa. Y lo que se resuelve es un objeto de respuesta. Vamos al navegador, todo, y vamos a escribir nuestro objeto stream. Ahí vamos. Eso es una promesa. Y sabemos que va a ser de tipo respuesta, obtenemos este objeto de respuesta. Tiene sentido hasta ahora. Sí, sí, sí, creo que sí. Creo que sí. Pero no queremos el objeto de respuesta, Dewey. Queremos acceder al cuerpo de la respuesta. Para hacer eso, tenemos que envolver a este Fitch en una declaración de vena. Y sabemos que las promesas nos van a dar el impulso objeto de respuesta. Simplemente podemos llamarlo respuesta. Entonces lo que queremos hacer es que queremos acceder al cuerpo de esa respuesta. Y este estudiantes de Medea deben devolvernos el objeto de corriente legible. Ve al navegador, despeja todo. X es nuestra variable y la tenemos. Conseguimos una promesa. Y lo que se resuelve es esa corriente legible. Lo tengo, genial. Los temas, la conferencia. Ahí vas. Sabemos que lo que nos devuelve la API de Fetch es una cadena legible. Y esto se puede encontrar en la propiedad corporal de la respuesta de la característica. De acuerdo, bien, cliente, pero ¿qué hacemos a continuación? Bueno, podemos llamar al método de lectura de puerta en este objeto de corriente legible. Y eso nos va a devolver otra cosa. Eso nos va a dar un lector. En particular, nos va a dar el lector predeterminado de stream legible. En efecto, lo que estoy diciendo es que nos va a dar la capacidad de leer el objeto burbuja stream. Déjame volver al nombre del editor es mostrarte cómo conseguimos este lector. Vamos a recoger exactamente donde lo dejamos. Sabemos que el cuerpo de un objeto de respuesta de peces es un arroyo legible. Viernes, cuando consolamos log ofstream object, pudimos ver que era un stream legible. Si abrimos este objeto stream legible, uno de los métodos que tenemos es esta función de lector de puerta. Y llamar a esta buena función de lector en este flujo legible nos devolverá el objeto lector predeterminado de flujo legible. Estos todos estos trabalenguas. En otras palabras, nos va a devolver un lector. ¿ A qué me refiero? Bueno, déjame mostrarte, déjame mostrarte. Volvamos a nuestro editor de texto ahora no nos interesa recuperar una corriente. Quiero mostrarte ahora cómo recuperar a un lector. Acabamos de ver que dentro de este cuerpo, aka dentro del objeto de corriente legible es una buena función de lector. Acabo de mostrarte eso en la consola. ¿ Por qué no ejecutamos este código a nuestro navegador de nuevo. Y ahora consigamos el registro de nuestro lector. Podemos ver ahora que lo que nos ha devuelto es el lector, específicamente el lector predeterminado de stream legible? Podrías pensar que hemos hecho la anotación, pero no lo estamos, sólo tenemos un lector. Entonces, ¿por qué es útil tener este objeto lector? Bueno, vamos a cortar a la persecución. Nos permite leer la corriente. Específicamente, podemos leer los datos en trozos. Nosotros, un trozo es un byte o una matriz mecanografiada. Pero de todos modos, la conclusión es que una vez que tenemos un lector predeterminado de stream legible, podemos acceder a la hija utilizando su método de lectura. Lo súper duper interesante es que tan pronto como se crea este lector, el stream está bloqueado y ningún otro lector puede tener oportunidad de ella hasta que por supuesto se llame al bloqueo de liberación método en él. No te preocupes, otro, es muy avanzado y esto no es un curso sobre arroyos. Lo más importante que quiero que sepan es que cuando tenemos este objeto lector predeterminado de stream legible para nosotros. Podemos usar el método de lectura para realmente leer trozos de datos, pero por, pero los pájaros, ya me conocen, me encantan los ejemplos prácticos. Déjame saltar de nuevo al editor. Déjame mostrarte cómo podemos usar el método de lectura. Y lo que es muy guay es si abrimos esto y miramos su prototipo, estos un método de propiedad llamado read. Ok, OK, OK. Entonces tenemos este lector predeterminado de stream legible. Sabemos que tiene una función llamada lectura. Y con eso, podemos leer trozos de datos. Déjame mostrarte exactamente lo que quiero decir. Así que volvamos ahora a nuestro editor de codificación. Ahora no queremos al lector, ¿verdad? Ahora queremos trozos de thata. Aquí es donde se pone realmente emocionante. Sabemos que en este objeto lector predeterminado de stream legible, tenemos esta función roja. Podemos simplemente encadenarlo. Y esto es más o menos eso. Veamos qué nos devuelve esto vamos al navegador, claro todo. Eso es tipo pod, voy a trozos variable, y vamos a abrirlo. Esto es interesante. Si abrimos este objeto. Lo segundo que vemos es que obtenemos dos propiedades hechas y valoramos. El valor de la propiedad. Si abrimos eso, eso enumera todos los bytes recibidos. Eso es interesante. Pero debido a que esto devuelve una promesa, realidad podemos utilizar enrealidad podemos utilizar la sentencia vein con el fin de mostrar el valor. Déjame mostrarte lo que quiero decir. Volvamos a que se necesitan datos para aquí. Y por supuesto, todo lo que tenemos que hacer es exceso, otra afirmación de vena. ¿ Y qué datos vamos a estar recibiendo en esta declaración de cosa? Sólo siéntate el código. Si todo está listo, ¿qué datos vamos a obtener? Bueno, si volvemos a nuestro navegador, recuerda que dije que esta variable chunk nos devuelve el Dun y las propiedades de valor. Sabemos que lo que nos devuelve es el valor y los objetos hechos. Bastante fresco en absoluto. Quiero mostrarte ahora es que quiero mostrarte cómo se ve esta propiedad de valor. Podemos simplemente el registro de consola a la pantalla. Vamos al navegador y actualicemos. Y ahí vamos. Obtenemos esos valores. Volviendo a nuestro código. No quiero que realmente nos concentremos en lo que se hace es por ahora. Solo quiero mostrarte cómo podemos acceder al valor que Bits y Bytes recibieron de una respuesta Ajax. Eso es lo que hemos hecho aquí. Eso es lo que hay en nuestra consola. Y si abrimos cualquier grupo único de elementos de matriz, lo que se verá o bytes. Y estos bytes se almacenan en una matriz uint8. Solo puedes imaginarlos como un montón de bytes. El número de estas matrices que obtenemos y el tamaño de las mismas. Bueno, va a depender de tu condición de red. Si tienes una conexión de red más rápida, tendrás algunas matrices grandes. Por supuesto, si tienes una conexión a Internet más lenta, goteará alimentar matrices más pequeñas de vuelta. Y habrá mínimo a menudo. Muy a menudo, realmente no quieres lidiar con hija binaria. Pero no te preocupes, podemos transformar la corriente en algo legible. De todos modos, lo tengo. Lo siento. Volvamos a saltar a la sala de conferencias. ¿ No es divertido? Nos estamos haciendo bastante avanzados ahora, ¿no es así? Entonces permítanme decir que con el lector, podemos ver un exceso de todos los datos. Pero hay un inconveniente porque esos datos están en formato binario. Esto significa que no tiene sentido. Lo sé, lo sé. Entonces, ¿qué hacemos? Bueno, para transformar bytes en caracteres, es necesario utilizar algún tipo de API de codificación. Necesitas algo para pasar por esos bytes y convertirlo en algo significativo. Bueno, ¿qué API de codificación puede usar? Bueno, uno de esos codificadores es el texto Dakota, y esto nos lo da, por supuesto, por el navegador. Y las acciones hablan más fuerte que las palabras. Entonces veamos cómo podemos usarlo en la práctica. De acuerdo, entonces ahora mismo tenemos esta matriz de ayudas uint8, que no tiene sentido porque no entiendo lo que significan estos números. Pero no te preocupes, como acabo de mencionar, podemos usar una API de codificación que básicamente transforma esos bits y bytes, dos caracteres que entendemos. ¿ Cómo hacemos eso? Bueno, eso es muy fácil. No solo queremos iniciar sesión en la consola de este valor. ¿ En realidad queremos decodificarlo primero? Entonces, ¿cómo hacemos eso? Bueno, lo que podemos hacer, diferentes navegadores tienen diferentes decodificadores. Estoy usando Chrome. Entonces, ¿por qué no agarramos el decodificador de Chrome? Por supuesto que es una función constructor, y esto nos da directamente fuera de la caja por el navegador. Queremos un decodificador que se decodifica en UTF-8. Por ejemplo, UTF-8 es el valor predeterminado. Ahora tenemos nuestro decodificador. Lo que podemos hacer es que podamos acceder a nuestro objeto decodificador. Hay un método en tu decodificador frío. ¿ Qué queremos decodificar? Queremos decodificar todos nuestros traseros. Bastante genial. Vamos al navegador. Déjame refrescar. Y boom, vamos. Ahí está nuestro resultado. El llamado a esta API, por cierto, sólo devuelve cinco posts, que es lo que tenemos aquí. Hombre, esto es genial. Tan bien hecho, bien hecho por quedarse conmigo a través de toda esta conferencia. Sé que ha pasado mucho tiempo, sé que ha sido muy complicado. Y este es un tema muy complicado. De hecho, en la mayoría de los casos no vas a necesitar decodificar trozos de datos, pero por poco, solo puedes esperar a que se complete tu código asíncrono y luego trabajes con los datos. Pero yo les doy al menos una comprensión de alto nivel de cómo funcionan las corrientes. Porque quiero que seas gran maestro cuando se trata de Ajax, a quien conozco, lo sé, sé reclutar a través de esto bien hecho por quedarte conmigo. Y casi estamos terminados. Permítanme simplemente proporcionarle un resumen de alto nivel. Sabemos que la API de Fetch nos devuelve una transmisión legible. Podemos acceder al arroyo accediendo al cuerpo del objeto de respuesta. Y una vez que tengamos la corriente, podemos empezar a leerla. Pero para leerlo, tenemos que crear nuestro objeto lector. Hacemos eso mediante la ejecución del método de la puerta Reader. Después de eso, para realmente leer los datos, podemos entonces ejecutar la función de lectura que nos devuelve a valores, valor y hecho. Y como vimos, el valor está en bytes. Entonces combinando esto con el decodificador, tenemos todo lo que necesitamos para usar trozos de datos a medida que llegan. Bastante genial. Sé que esto está muy avanzado. Mencioné que esto no es un curso sobre arroyos. Este curso ya es lo suficientemente largo tratando simplemente sacar el concepto de HX a través. Pero al menos ahora comienzas a obtener una comprensión de alto nivel de las corrientes. Porque recuerda, Fitch se basa en el concepto de usar corrientes. Muy cool, muy emocionante. Te veré en la próxima conferencia. 4. Escribir a las corrientes: Si crees que estabas confundido en la conferencia anterior, sólo voy a empeorar las cosas porque ahora fui a hablarte de escribir con corrientes. Streams sobre conseguir bastante avanzado en este momento. Lo que esto significa es que incluso se pueden ver los datos en una solicitud en streams. Sé que esto es muy, muy avanzado. No te preocupes si no entiendes esta conferencia. Pero es tan emocionantes corrientes es un tema muy emocionante. A lo mejor debería hacer un curso entero sobre arroyos. Pero por ahora, solo quiero que sepas que no sólo tenemos que leer transmisiones, también podemos enviar transmisiones y derecho a la muy, muy cool, ¿Cómo lo hacemos? Bueno, también tenemos que usar la interfaz de flujo legible. Simplemente sucede aunque en eso, en este caso, estamos creando nuestra cadena legible. Al usar esto, podemos crear y devolver nosotros mismos un objeto de flujo legible. ¿ De acuerdo? Vale, está bien, déjame darte un ejemplo. Pero antes de que yo lo haga, usted podría estar pensando, ¿cómo podría ser útil esto? Esa es una buena pregunta. Bueno, piénsalo. Piensa en una sala de chat, por ejemplo, tan pronto como el usuario comience a escribir o incluso se enfoca en un campo, puedes comenzar a configurar tu solicitud de transmisiones. Puede enviar encabezados y todos los demás bits de información aleatoria primero al servidor. Entonces simplemente puedes parecer que el texto cuando lo habían hecho en un momento diferente y solo va a mejorar la velocidad. Creará una mejor experiencia de usuario. De hecho, incluso podría comenzar a enviar datos a un servidor a medida que el usuario comienza a escribir. Hallmark sí se ve cuando se trata de código. De nuevo, no se empantanen en todo el detalle. No te preocupes por cómo hacerlo. Solo quiero que entiendas a un alto nivel cómo funciona detrás de escena. Digamos que un usuario está escribiendo en una sala de chat y queremos enviar algunas garrapatas a un servidor a través de un stream. Lo que podemos hacer es crear el objeto stream. Instanciamos la interfaz de flujo legible mediante el uso de la nueva palabra clave. Lo que es realmente genial es que sepas lo que todo esto significa ahora, ¿verdad? Genial. Bien dentro de esta corriente legible, necesitamos iniciar nuestro propio controlador. No te preocupes qué es esto. Básicamente es una manera para nosotros definir nuestra propia corriente personalizada cuando el usuario escribe día alto, digamos que lo agarramos dinámicamente aquí, solo lo escribimos, pero en realidad lo cogeríamos. Entonces editaríamos a un arroyo. Y entonces solo falsificemos aquí que el usuario ha tardado 1 segundo en escribir, ¿cómo estás? Y luego tomamos ese texto y editamos a una corriente. Luego llamamos al método close y terminamos nuestra corriente. Entonces en este punto, se podría pensar que podríamos simplemente enviar el stream en nuestro Ajax normal solicita que se pueda pensar que podemos usar nuestra API Fetch, publica el estado de URL final que es método y entonces el cuerpo de nuestra solicitud de post, se podría pensar que podemos poner nuestro objeto stream. Desafortunadamente, se equivocaría. El motivo es, a partir de ahora mismo, la solicitud de un órgano ajax tiene que ser en forma de texto. Esto significa que el cuerpo de la solicitud no puede ser un arroyo. Lo que esto significa es que tendrías que decodificar la corriente de nuevo en texto antes de enviarla. Y podemos hacer esto. Hemos visto esto antes mediante el uso del método pipe through y obtenemos una, tomamos todos esos datos binarios y dentro de posit en esto toma flujo decodificador. Nuevamente, quiero volver a enfatizar, no te preocupes por el código. Realmente no te preocupes demasiado por esto. La escritura fue secuencias es muy avanzada. Solo quería que supieras que existe. Sé que nos hemos topado con mucho por arroyos, pero créeme, créeme, todos ustedes ya millas por delante. La mayoría de los otros desarrolladores, cuando se trata de trabajar con Ajax, esta es información muy interesante para que aprendas y te ayudará. En la próxima conferencia. Solo quiero resumir todo lo que hemos aprendido cuando se trata de transmisiones. Antes de pasar a más discusiones en torno a Fitch. Nos vemos en la próxima conferencia. 5. Resumen de la clase: Ponente ese boom, le estoy diciendo a su cerebro como un hongo mal subió. Toca una melodía. Vamos, vamos. Tienes que ser feliz. Has llegado tan lejos y muchas gracias por tu apoyo. Gracias por quedarse conmigo. Estoy súper orgulloso de ti por cierto, porque hemos estado discutiendo temas muy avanzados. La gente, ya sabes, simplemente se perdería y no querría seguir tan bien hecha, seria D Bien hecho. Usted en millas u ocho fideicomisario. Muy bien. Déjame simplemente darte un resumen. Hemos estado hablando de corrientes. Las secuencias son solo trozos de datos. No se empantanen por todo el complicado detalle. Es importante porque Fetch usa el poder de los arroyos. Pero no siempre teníamos cuerdas. En los viejos tiempos. Tenías que leer un archivo en la memoria de una vez. Y lo que hace que los flujos sean únicos es que nos permite leer trozos de datos pieza por pieza. Y esto hace que los sueños sean realmente poderosos cuando se trabaja con grandes cantidades de datos. Porque por ejemplo, ahora puedes leer el tamaño del archivo que es aún más grande que tu espacio de memoria libre. Y esto es realmente emocionante, estudiantes fangosos porque con ajax, con la API Fetch, Es posible extraer, leer, para obtener datos, cantidades muy grandes de datos y archivos de un servidor. Tomemos un servicio de streaming como YouTube o Netflix por ejemplo. Sabemos que estos servicios no te hacen descargar toda la fuente de video y audio ni mirar una vez. En el escenario, tu navegador recibe el video como un flujo continuo de lo que tiene trozos, permitiendo a los destinatarios, tú y yo, empezar a ver y escuchar casi de inmediato. Es muy, muy cool. Vale, lo tengo. Así que las fortalezas básicamente proporcionan dos ventajas principales sobre otros métodos de manejo de hija. Stream uno, memoria eficiente y eficiente en el tiempo. Por eficiente en la memoria, solo quiero decir que no necesitas cargar grandes cantidades de datos en tu memoria antes de poder procesarla. Y por supuesto, esto se alimenta la siguiente gran ventaja, siendo eficiente en el tiempo, toma significativamente menos tiempo dejar de procesar los datos tan pronto como lo tengas, en lugar de tener que esperar con el procesamiento hasta que se haya transmitido toda la carga útil. Entonces ese es el beneficio de los arroyos. Sabemos que es aplicable a nosotros en este curso porque la recuperación de API de Fetch comienza desde un servidor como un flujo legible. Y podría haber parado ahí. Seré honesto contigo y pasaron a otras discusiones, ataques, pero quería sumergirme más en arroyos. Específicamente, quería mostrarles que podemos acceder al flujo de datos a través del método get Reader. ¿ Recuerdas eso? Y luego podemos leer la corriente a través del método de lectura. Pero quiero volver a enfatizar aquí que no tienes que trabajar con arroyos, no tienes que hacer esto. Puedes lidiar con una respuesta Ajax a través del método JSON. Y vimos ejemplos de eso numerosas veces ya. Y luego por supuesto, lo que se devuelve en el método JSON es un objeto JavaScript y puedes usar ese objeto JavaScript de la forma que desees. Entonces realmente lo que estoy tratando de decir es que si todo este tema de arroyos ha ido mucho por encima de tu cabeza, no te pongas en pánico. No tienes que saber nosotros para saber de Ajax. Pero de todos modos suficiente en arroyos, ha sido muy divertido y espero que lo hayan disfrutado. Bien hecho. Y lo veré en breve. 6. Introducción a la clase: Oye, bien hecho, bien hecho, bien hecho. Te dije que esta clase iba a ser corta y dulce, pero ha sido dulce, ¿no? Porque ahora sabes algo que mayoría de los desarrolladores ni siquiera saben qué transmisiones, todos, sabes qué secuencias legibles o sabes cómo extraer esos datos de un stream chunk por trozo. Incluso te presenté el concepto de blanco en arroyos. Ahora, las corrientes en y por sí mismo es un tema muy grande. Entonces esta clase, su propósito era no conseguir que te convirtieras en un gran maestro y arroyos. Su propósito era conseguir que comprendieras ajax, la API de Fetch que se basa en cadenas. Ahora, generalmente al usar llamadas ajax y usar la API Fetch, no tienes que leer trozos de la calle. Ya hemos visto que tenemos métodos como el método JSON que toma método que lo hace todo para que esperemos a que termine la corriente. Y luego nos da eso en el cuerpo de la respuesta que podemos acceder vía otra promesa. Pero de todos modos, ya sabes todo esto. Terminamos con esta clase. Bien hecho. Y en la siguiente clase, quiero que volvamos a hablar de la API de phage, pero quiero discutir algunos conceptos ligeramente avanzados. Quiero empezar a hablar de cosas como la ok. propiedad. Quiero empezar a presentarte a la interfaz URL, la interfaz de solicitud, la interfaz de encabezados, y un montón más, tal vez algún manejo de errores también. Quién sabe, ¿quién sabe? Veamos. Llamé a esperar, y te veré en la siguiente clase.