Computers and Internet

Interceptores (Continuación)

Siguiendo con la idea de los interceptores y esta pseudo AOP, finalmente pude subir el código a GitHub.

Claramente faltan algunas cosas (Minimizar por ejemplo), pero espero ir evolucionándolo.

En cualquier caso, pueden verlo aquí: https://github.com/MatiasIac/ToolPack

Como mostraba en el post anterior, algunos puntos a destacar eran la detección de dónde inyectar el código y cómo reconocerlo desde el mismo JavaScript sin tener que usar un meta lenguaje o algo que corra por fuera del mismo JavaScript.

s.prototype.sum = function (a, b, result, __interceptor) {
   console.log('Sum function called');
   console.log(a + b);
};

En este caso, cualquier variable que sea colocada en la firma de una función y que además inicie con __ sería tomada como el nombre del interceptor a ser ejecutado cuando esta función se llamase.

En la definición de los interceptores, entonces, tendríamos lo siguiente:

Interceptor.define('__interceptor')...

Definiendo el interceptor mediante su nombre y pudiendo agregar diferentes funciones anónimas, en cascada, que se ejecuten generando un resultado.

.having(function() {
   console.log('interceptor called');
   console.log(this);
   return "hola";
}, { context: { ok: true }, injectResult: true })

Si bien en este ejemplo no se manejan las variables que se pasaron originalmente a la función que intentábamos llamar, las mismas pueden ser declaradas en la firma de la función anónima o tomarlas desde arguments.

Solo como para darle algo de sabor a todo esto, opté por dar la posibilidad de configurar cada interceptor mediante un objeto de configuración. En este caso sería posible pasarle un contexto particular al interceptor, el que pudiera ser accedido mediante this, y también permiter retornar sus resultados e inyectarlos dentro de la función que finalmente es llamda.

Volviendo al código inicial, la variable result contendrá todos estos valores.

s.prototype.sum = function(a, b, result, __interceptor)

Seguramente dedique otro post a describir internamente el interceptor… pero eso vendrá luego 🙂

Standard
JavaScript, Uncategorized

Interceptores y JavaScript

Primero que nada decir que estoy armando este post desde el celular. Lo que puede llevar a horrendos errores gramaticales y ortográficos. Y se debe a que aún no cuento con acceso a internet (Larga historia).

Segundo, el tema de este post. Básicamente hace bastante tiempo venía pensado cómo poder simular algo cercano a AOP pero en Javascript. Claro, no todo el compendio de AOP, o no rigurosamente, pero algo.

Ese algo, para este caso se limitaba a interceptores en las diferentes llamadas a funciones. Como en el caso de lenguajes como C# o Java, dónde es posible decorar una función para obtener un comportamiento previo a la ejecución de la misma.

Un ejemplo es el clásico caso de los controllers de un proyecto MVC. Algo como:

[HttpPost]
public void HacerAlgo() ...

En este caso el decorador hace que dicha función sea ejecutada solo si se produce una llamada de tipo POST.

Por supuesto, esto no es necesariamente AOP. Pero por lo menos nos permite encapsular comportamiento por fuera de la función y esperar el mismo cada vez que decoramos una función.

Entonces el siguiente paso a pensar es: Qué pasaría si quiero escribir un log antes de que la función sea llamada. O mejor aún: Qué pasa si quiero que un set de reglas se ejecute antes de entrar a la función, como por ejemplo, validar que los campos no estén vacios.

[Validar(variable="nombre", empty=false, throwException=true)]
public void MiFuncion(string nombre) ...

En este caso si al llamarse la función la variable nombre se encuentra vacía, entoces se produce una excepción.

Nuevamente, esto no es AOP real, pero para el ejemplo pensemos que es una aproximación.

El punto a evaluar es que podemos obtener conportamiento repetible adicional a nuestra función sin tener que repetir el mismo código dentro del cuerpo de la misma. Y si bien no nos liberamos del acoplamiento, si podemos tener algunos beneficios próximos al mismo.

Tal vez en el caso de AOP, al momento de compilar deberíamos obtener nuevas funciones con dicho código incorporado en ellas. En el ejemplo de C#, por el contrario, necesitamos de un observador que controle el comportamiento de los objetos, clases y funciones, use algún modelo de reflection e inyecte comportamiento mientras las funciones son llamadas.

Esto quiere decir que la estructura de la función no muta en base a nuestras decoraciones.

¿Pero qué pasa con Javascript?

Bueno, resulta un poco más difícil ya que los métodos reflectivos que tenemos disponibles (Hasta donde yo se) no nos permiten decorar y leer esas decoraciones. (Usuarios de React y Redux y demases abstenerse, eso tiene una capita adicional)

Pero sí podemos recrear una función de forma dinámica. Esto es: Tomar la función existente y sobre escribirla a nuestro gusto en tiempo de ejecución.

Toda esta cantaleta para llegar a esto.

En la imagen se puede ver un objeto en el que tenemos una función que recibe dos parámetros. El primero llamado p y el segundo __interceptor. Y es el segundo el que me interesa.

¿Que pasaría si este dictaminará que dicha función, al ser llamada, debiera primero ejecutar alguna acción definida en ese interceptor y luego, si todo sale bien, seguir el camino esperado?

En la imagen lo que terminé armando.

Básicamente la posibilidad de definir dicho interceptor (o varios en cadena). Que modifican el comportamiento original de la función. La sobre escriben y la dejan lista para ser usada con el nuevo código inyectado.

Como vemos en la consola. Al llamar a las diferentes funciones, antes, los interceptores son ejecutados para luego dar paso al código de las funciones originales.

Algunas aclaraciones.

El código es algo largo como para pegarlo en este mismo post por lo que trataré de colocarlo en GitHub en breve.

No lo hice en ES6 o TypeScript por falta de compiladores.

Seguro hay mejores implementaciones. Angular tiene cosas así. PrototypeJs creo que también. Pero ya saben… Es divertido hacerlas uno mismo.

Por último, una vez suba el código aprovecharé para armar otro post explicando algunas partes.

Espero que les resulte interesante 😛

Standard
Uncategorized

¿Volvemos?

Hace muchísimo tiempo que dejé este blog y lo cambié por los videos en YouTube. Pero mucho contenido creado en esos videos hubiesen funcionado mejor en este espacio.

Por eso, me parece que volveremos por estos lugares. 😉

Standard