Teoría 65 min 32 preguntas
TeoríaPaso 1 de 13

Entregar, no ejecutar

En la Unidad 1 decíamos alegremente «el framework me llama». Hoy toca saber exactamente qué le entregas y cuándo lo ejecuta.

Un callback es una función que entregas a otra pieza (una fuente, una librería, un framework) para que ella la invoque más tarde.

Tu códigodefine la reacción: { pulsaciones++ }
1 · registraentrega la función como un valor
Fuentela guarda: listener = f
2 · ocurre el sucesoclic, timeout, dato recibido…
3 · invocala fuente llama a f

Entre el paso 1 y el 3 tu código no espera: sigue con otra cosa o incluso termina.

Tres ideas que lo definen

1 · Se entrega, no se ejecuta

Pasas la función como un valor más. Los paréntesis de la llamada los pondrá otro.

2 · Inversión de control

Tú decides QUÉ ocurre; el que guarda el callback decide CUÁNDO (y cuántas veces, quizá ninguna).

3 · Un contrato de por medio

Ambos lados acuerdan la firma: qué parámetros recibe el callback y qué devuelve.

Tu código Fuente 1 · registra addListener(f) sigue con otra cosa… o incluso termina f se ejecuta pulsaciones++ guarda f listener = f 2 · suceso clic, timeout… 3 · invoca f(evento) entrega f, no la ejecuta la fuente llama a f tiempo Tú decides QUÉ hace f quien guarda f decide CUÁNDO
Inversión de control: tu código entrega f y sigue; la fuente la invoca cuando ocurre el suceso

Responde para continuar

0/2
TAREA 1
En un callback, ¿quién decide cuándo se ejecuta la reacción?
Elige una respuesta
TAREA 2
¿Cómo se llama el principio por el que tú decides qué pasa, pero otro decide cuándo pasa?
Escribe la respuesta
Formato de respuesta: ********* ** *******