Futures / Monadi vs Eventi

10

In un framework di applicazione quando l'impatto sulle prestazioni può essere ignorato (10-20 eventi al secondo al massimo),
ciò che è più gestibile e flessibile da utilizzare come mezzo preferito per la comunicazione tra i moduli - Eventi o Futures / Promesse / Monadi ?

Si dice spesso che Eventi (pub / sub, mediatore) permettono l'accoppiamento lento e quindi - l'app più manutenibile ... La mia esperienza nega questo: una volta che hai più di 20 eventi - il debug diventa difficile, e così è refactoring - perché è molto difficile da vedere: chi, quando e perché usa cosa.

Le promesse (sto codificando in Javascript) sono molto più brutte e più stupide degli eventi. Ma: puoi vedere chiaramente le connessioni tra le chiamate di funzione, quindi la logica dell'applicazione diventa più diretta. Quello che ho paura. però, è che Promises porterà più hard-coupling con loro ...

p.s: la risposta non deve essere basata su JS, l'esperienza di altri linguaggi funzionali è molto gradita.

    
posta c69 25.09.2012 - 02:20
fonte

1 risposta

1

Monade ed eventi giocano abbastanza bene insieme, per esempio dare un'occhiata a .NET Rx. Penso che dovrebbe esserci anche un'implementazione JavaScript. link

    
risposta data 25.09.2012 - 11:10
fonte