¿Por qué habéis optado por la herencia en vez de ir a una solución similar a RACCommand ó Action en…
Guille Gonzalez
1

Por un lado así podemos usarlos también de forma síncrona sin usar operadores de bloqueo de reactive. También es más cómodo para testing porque al tratarlos como clases donde las dependencias son inyectadas, podemos jugar con la inyección de dependencias para testear como se comportaría el comando. Y por último de cara a debugging, es mucho más sencillo hacerlo con esta aproximación híbrida y no tan pure reactive. Antes de esto teníamos todas las operaciones encapsuladas en señales que inicializábamos especificando en un closure la operación. Cuando había que debuggear aquello era un infierno, especialmente si la habías combinado con otras señales y aplicado algún que otro operador. Toda la lógica de combinación y reuso de comandos la tenemos bastante imperativa y si hacemos algo reactivo suelen ser operadores muy básicos, también por no comprometer la lectura del código.

Espero que sirva la respuesta 😊

Show your support

Clapping shows how much you appreciated Pedro Piñera’s story.