Fictizia / Master-en-Programacion-FullStack-con-JavaScript-y-Node.js_ed2

FICTIZIA » Máster en Programación FullStack con JavaScript y Node.js — 2ª Edición
https://fictizia.com/formacion/master-javascript-nodejs
GNU Affero General Public License v3.0
36 stars 10 forks source link

Sería coherente utilizar un "compositor" en este caso ? #67

Closed ghost closed 5 years ago

ghost commented 5 years ago

Estaba trabajando en el proyecto de la lista de contactos cuando me he encontrado con el siguiente dilema:

La mayoría de funciones que he creado acaban modificando el DOM con una función a la que he llamado drawData(). Entonces recordé el compositor que vimos en la clase de programación funcional. Aunque en realidad en este caso una función no depende de la otra sino que las funciones deben ser ejecutadas consecutivamente. Con esto conseguiría que la función drawData() no tuviese que ser siempre llamada desde el resto de funciones.

let compositor = (f, g) => { f(); g(); }
<button onclick="compositor(saveData(), drawData())">Guardar</button>

Entonces, mi pregunta es: esto realmente tiene algún sentido plantearlo de esta manera o sería mejor que llamase a drawData() al terminar cada función ?

UlisesGascon commented 5 years ago

Es un enfoque bastante interesante! En principio lo más interesante del compositor es generar una nueva función que puedas reutilizar. :-)

Pero si lo que realmente te estás planteando es hacer son secuencias de pasos síncronos, solo necesitarías construirte una cola. El reto esta en la asincronía, pero tienes cosas molonas como essetane/queue