Già scritto è un linguaggio di programmazione asincrono e qualcuno lo definisce pure orientato a eventi.

Cosa vorrà mai dire questa cosa? Andiamo a capire prima di tutto cosa significa sincrono.

Dovete sapere che già scritto rispetto ad altri linguaggi è single brad, per cui esiste un solo thread che si prenderà cura dell' esecuzione del nostro programma per evitare di bloccare l'unico trad che abbiamo a disposizione.

Quando andiamo a compiere delle operazioni tipicamente asincroni e come ad esempio chiamare un database, chiamare una esterna, attendere magari l'input dell'utente non lo so, una serie di operazioni che potrebbero richiedere del tempo.

Immaginate se questo pro potesse provocare il blocco completo del browser.

Ciò significherebbe che quando stiamo navigando su un sito e magari dobbiamo chiamare e tutto rimane fermo immobile finché la chiamata delle che non ha ricevuto una risposta positiva o negativa, questo chiaramente non è possibile, per cui JavaScript implementa quello che si chiama event loop.

Venti lupi non è altro che un modello di concorrenza che permette di andare ad eseguire codice in maniera sincrona su un singolo trader.

Naturalmente questi concetti sono un pochino complessi, me ne rendo conto, ma sono estremamente importanti per capire come funziona già scritto.

Se non capite perfettamente, non è un problema.

Il mio consiglio per arrivare a capire bene questi concetti è larga.

Bhai Wing è sempre lo stesso consiglio.

Fate tanti esercizi a furia di fare esercizi sempre diversi in modalità sempre diversa, con delle magari dei paradigmi diversi.

Funzionale, imperativo, object-oriented, eccetera.

Vi aprirà la strada e a questo tipo di problemi che andremo a risolvere con ad esempio questa lezione per cui non abbattetevi.

Capisco perfettamente che sia un pochino complesso, ma è estremamente importante.

Ok, partiamo nel capire cosa si intende per programmazione asincrona.

Facciamo un esempio L'esempio più classico che posso fare Una funzione.

Chiamiamo la Comi in Free Seconds.

In questo caso, facciamo una cosa molto semplice.

Ogni volta che chiamiamo questa funzione, dopo tre secondi lo abbiamo qualcosa a console.

Quindi, naturalmente questo non funzionerà.

Facciamo solo cold e vediamo come renderlo asincrono.

Ok, vedete, non abbiamo aspettato tre secondi.

Esiste una funzione built in JavaScript che si chiama set time out.

Time out.

Prende una funzione come parametro.

In questo caso utilizza una function e dei millisecondi.

Quindi tremila millisecondi che equivalgono a tre secondi.

Eseguirà.

Ops.

Eseguirà questa funzione dopo tre secondi, per cui facciamo una prova.

Ecco qua.

Abbiamo aspettato tre secondi e poi la funzione è stata chiamata, quindi abbiamo avuto il nostro God.

Ora, questo è abbastanza semplice.

Esiste anche un metodo simile chiamato Set Interval, che farà la stessa identica cosa.

Ma ogni tre secondi facciamo una prova.

Aspettiamo i nostri tre secondi.

Ne aspettiamo altri tre.

Ne aspettiamo altri tre.

Possiamo andare avanti.

All'infinito questa cosa andrà avanti per sempre.

Ora immaginiamo per un momento di dover chiamare un database, ad esempio.

Quindi su Nod, mai chiamare database sul browser.

Mi raccomando, è pericolosissimo.

Immaginiamo di avere una funzione col database che ci mette, non so, un tempo indefinito, diciamo tra uno e cinque secondi a rispondere.

Quindi creiamo un numero random tra uno e cinque cose random di lei uguale ma floor questo l'abbiamo gia' visto, ma random per cinque più uno.

A questo punto faremo set time out.

Passeremo il nostro random di lei in mille secondi.

Giusto? Questo torna cinque.

Quindi lo dobbiamo moltiplicare per mille e facciamo col suo blog Got Follow Wing Data, faccio un ultimo console log e magari passiamo un re.

Gli oggetti di una nei Michele Facciamo finta un re molto semplice di utenti.

Michele Jae-in e John, che sono i tre nomi tipici, se vogliamo.

Ok, andiamo a vedere cosa succede col database.

Magari lo chiamo anche col suo blog di lei Random di lei.

Okay, Ok.

In questo caso ci è andata male.

Il nostro database ci mette database tra molte virgolette.

Naturalmente è un MOC.

Ci mette cinque secondi per rispondere prima ancora.

In questo caso ci mette due secondi per rispondere, quindi aspettiamo solo due secondi.

Quindi ogni volta che eseguiamo questo codice ogni volta è imprevedibile.

Quanti secondi ci metterà? Vedete che in questo caso sta diminuendo, ma poi risale a tre secondi.

Insomma, non sappiamo quanto ci mette.

Potrebbe esserci un errore all'interno del database che non permette di rispondere in tempi celeri.

Potrebbe essere momentaneamente rallentato o irraggiungibile.

Ci può stare.

Però la cosa importante è che non sappiamo quanto ci metterà a rispondere.

Quindi se noi volessimo ritornare dei dati al posto che lo bloccarli come potremmo fare? Se noi ad esempio dentro se time-out, facciamo ritorna e ritorniamo al nostro Ray.

Aspettiamo quattro secondi e non succede nulla.

Vedete, non non stiamo ritornando niente.

Questo perché questa è una funzione completamente separata.

Per cui quando facciamo ritorno al ritorno da questa funzione, non da questa ora qualcuno scaltro potrebbe fare questa cosa l'etna data vuota baita uguale.

Quindi dopo cinque secondi, massimo tre secondi, due secondi gli rassegniamo ritorna deità, ma purtroppo neanche questo funzionerà.

E adesso vi faccio vedere.

Vi spiego perché due secondi, nessun dato cinque secondi, nessun dato ancora vedrete.

Ok, come mai questo? Perché come vi dicevo già scritta è asincrono.

Quindi col database creiamo in questo caso il numero Rando che facciamo finta sia il ritardo di connessione al database stanziato data.

E il problema è che Seth Time-out verrà eseguito tra un numero indefinito di secondi e noi data invece lo ritorniamo subito, per cui Data è un defined in questo momento non c' è nulla.

Ok, potreste dire non hai ha segnato una variabile.

Quindi giusto per sfatare il mito, mi aspetto di vedere un film in questo momento.

Esattamente.

Vedete che Han Defined arriva immediatamente e solo dopo tre secondi la funzione viene terminata.

Quindi questo prova quello di cui stiamo parlando.

Ed è in questo momento che JavaScript ha introdotto il concetto odio.

Non sono già scritto? Naturalmente molti linguaggi, ma in già scritte diventa particolarmente comune il concetto di callback per cui quello che facciamo è col database.

Gli passiamo callback come funzione e dopo che abbiamo creato Scusate, dopo che sono passati un numero indefinito di secondi, chiamiamo callback e passiamo i nostri dati.

Mi rendo conto che possa essere un pochino complesso.

Vediamo come funziona.

Consta mayta uguale col database.

E a questo punto dovremmo fare una funzione.

Ti prende dita e fa' qualcosa con questi da dati con solo log dritta.

Ad esempio, A questo punto potreste pensare che col database i dati che vengono ritornati vengano inseriti all'interno di questa variabile l'ho inserita apposta per sfatare anche quest'altro mito.

No, non succede, per cui facciamolo.

Vediamo se funziona.

Ho sentito Snot Find, giusto.

Ho fatto ritorno dei Da qua, mio errore.

Ok, cosa sta succedendo? Ora vediamo.

Chiamiamo database, passiamo una callback e quindi questa funzione verrà eseguita dopo un numero indefinito di secondi.

Quindi cosa significa asincroni? In questo contesto, noi qua possiamo mettere un console log una dopo col database possiamo mettere con Szorlok.

Cosa vi aspettate che succeda? A questo punto vediamo, ehm una, due e solo infine i dati.

Questo perché javascript asincroni.

Quindi prima lo yoga una poi chiama la funzione, la funzione, lo yoga, il numero di di lei, intanto aspetta un numero indefinito di secondi, ma mentre aspetta già scritto già allungato quest ltro, dopo che il numero di secondi indefinito é passato, viene chiamato viene chiamata la funzione di callback.

Quindi le callback vengono introdotte principalmente per sopperire al problema dato dal fatto che già basket è asincrono e tutto quello che noi scriviamo viene eseguito indipendentemente dal risultato, magari di questa chiamata.

Questo è molto importante da sapere.

É altrettanto importante sapere che abbiamo creato che esistono dei modi per rendere il tutto un po' più semplice, ma lo vedremo nella prossima lezione.