Em uma estrutura de aplicativo em que o impacto no desempenho pode ser ignorado (10 a 20 eventos por segundo no máximo), o
que é mais sustentável e flexível para usar como um meio preferido para a comunicação entre módulos - Eventos ou Futuros / Promessas / Mônadas ?
Costuma-se dizer que os Eventos (pub / sub, mediador) permitem acoplamentos frouxos e, portanto, - aplicativo mais sustentável ... Minha experiência nega isso: quando você tiver mais de 20 eventos - a depuração se torna difícil e a refatoração - porque é muito difícil ver: quem, quando e por que usa o quê.
Promessas (eu estou codificando em Javascript) são muito mais feias e estúpidas do que Eventos. Mas: você pode ver claramente as conexões entre as chamadas de função, para que a lógica do aplicativo se torne mais direta. O que eu tenho medo. no entanto, é que Promises trará mais engajamento com eles ...
ps: a resposta não precisa ser baseada em JS; a experiência de outras linguagens funcionais é muito bem-vinda.
Respostas:
Mônadas e eventos funcionam muito bem juntos, por exemplo, dê uma olhada no .NET Rx. Eu acho que deveria haver até uma implementação de JavaScript. http://msdn.microsoft.com/en-us/data/gg577609.aspx
fonte