Seleccionar página

Preguntarse si comparar funciones tiene sentido puede resultar un poco extraño, pero en más ocasiones de las que creemos estamos comparando funciones. Comparar funciones es relativamente sencillo, las funciones son objetos, y como cualquier objeto si dos variables referencian exactamente el mismo elemento y las comparamos, nos van a decir que son iguales.

function sum(a, b) {
    return a + b;
}
var sum2 = sum;
console.log(sum2 === sum);  // true

La cosa se complica, por ejemplo, si comparamos las propiedades de un objeto y entre estas propiedades hay funciones. Dependiendo de cómo se hayan creado las propiedades podrán hacer referencia a la misma función o no. Vamos a ver tres casos diferentes:

function PatternConstructor() {
    this.sum = function (a, b) {
        return a + b;
    }
}
var o1 = new PatternConstructor();
var o2 = new PatternConstructor();
console.log(o1.sum === o2.sum); 	// false

class PatternClass {
    sum (a, b) {
        return a + b;
    }
}
var o3 = new PatternClass();
var o4 = new PatternClass();
console.log(o3.sum === o4.sum); 	// true

function PatternPrototype() {
}
PatternPrototype.prototype.sum = function (a, b) {
    return a + b;
};
var o5 = new PatternPrototype();
var o6 = new PatternPrototype();
console.log(o5.sum === o6.sum);	// true

Como podemos ver, si comparamos las funciones asignadas al objeto en el constructor, son funciones diferentes en cada objeto. Esto es así ya que asignamos las funciones a las propiedades de cada objeto por medio de this.sum. Aunque tengan el mismo código fuente, son funciones independientes y pueden, por ejemplo, mantener retenidas diferentes variables al tener diferentes clausura.

Si hacemos lo mismo con las funciones definidas en la clase o con una cadena de prototipos, hacen referencia exactamente la misma función. Estas funciones son definidas una sola vez y cualquier objeto hace referencia a la función original.

Debemos insistir, las funciones, de forma natural, se comparan igual que los objetos y son iguales sólo si hacen referencia a exactamente el mismo elemento, no si tienen iguales propiedades o el mismo código fuente.

Aquí es donde empieza nuestra discusión, ¿tiene sentido intentar comparar de alguna otra forma dos funciones para comprobar si son equivalentes?

¿Comparar el código fuente?

El código fuente de una función se puede obtener por medio de Function.prototype.toString(), que aunque el resultado depende de la implementación específica de cada motor de Javascript, es parte del estándar desde la versión 1. No confundamos este método con Function.prototype.toSource() que no es parte de estándar y que sólo soporta Firefox.

Si utilizamos .toString() sobre una función definida en nuestros programas obtendremos una representación de su código fuente. De esta forma podríamos cambiar el ejemplo anterior para comparar el código de la función:

function PatternConstructor() {
    this.sum = function (a, b) {
        return a + b;
    }
}
var o1 = new PatternConstructor();
var o2 = new PatternConstructor();
console.log(o1.sum.toString() === o2.sum.toString());   // true

class PatternClass {
    sum (a, b) {
        return a + b;
    }
}
var o3 = new PatternClass();
var o4 = new PatternClass();
console.log(o3.sum.toString() === o4.sum.toString());   // true

function PatternPrototype() {
}
PatternPrototype.prototype.sum = function (a, b) {
    return a + b;
};
var o5 = new PatternPrototype();
var o6 = new PatternPrototype();
console.log(o5.sum.toString() === o6.sum.toString());   // true

Esta aproximación parece muy prometedora, pero si intentamos utilizar este método toString() con funciones definidas por Javascript, el resultado puede ser muy descorazonador, ya que cuando se utiliza con funciones predefinidas obtenemos algo más o menos de este tipo:

console.log(Object.prototype.valueOf.toString());
// function valueOf() { [native code] }

De esta forma, si comparamos dos funciones nativas obtendremos que son siempre iguales si tienen el mismo nombre, aunque su comportamiento pueda ser muy diferente:

console.log(Object.prototype.valueOf.toString() === Number.prototype.valueOf.toString());

¿Podríamos comparar el comportamiento de las funciones?

Podemos ir todavía más allá, dos funciones podrían considerarse iguales si exponen exactamente el mismo interfaz y retornan los mismos valores para los mismos parámetros de entrada, asilándonos de la implementación que internamente tengan. Parece una aproximación muy interesante, pero tiene importantes problemas prácticos.

En primer lugar, no podemos asegurar que las funciones que se nos presenten sean inmutables y no alteren el estado de los objetos u otros elementos que conlleven un cambio de estado de algún tipo. Por ello no podemos establecer un juego de pruebas seguras, donde pasando un de parámetros a dos funciones comprobemos que devuelven el mismo resultado.

El segundo problema es que en cualquier caso sólo podríamos hacer la comprobación con un conjunto finito de parámetros y en ningún caso podríamos abordar un conjunto infinito como son los números enteros o las cadenas de texto, que pueden ser recibidos como parámetros por las funciones que queremos analizar.

¿Cómo abordamos esta situación en equal()?

Para nuestra función equal(), que venimos desarrollando en esta serie de artículos, vamos a aceptar, como aproximación limitada, un parámetro de configuración {functionSource: true} para comparar el código fuente de las funciones. No será útil en muchos casos, como con las funciones nativas de Javascript, pero en algún caso puede ser interesante ver qué resultado se obtiene.

Advertimos que esta es una función experimental y por lo tanto se debe utilizar con cuidado, ya que su resultado puede estar condicionado por alguna característica específica del entorno Javascript donde se está utilizando.

Para hacer esta comparación añadiremos estas líneas a nuestra función:

if ((aType === 'function')) {                // Function type
    if (options.functionSource && a.toString() === b.toString()) {
        return FUNCTION;
    }
    return NOT_EQUAL;
}

Como vemos, aunque parecía que nuestra función equal() ya era bastante completa, lo cierto es que no tenía en cuenta esta situación, que aunque un poco peculiar, no queríamos dejar de tratar. Estamos ya a punto de terminar, aunque todavía nos falta optimizar todo esto para que se ejecute con rapidez y de paso hacer un repaso a algunas aproximaciones de optimización de nuestro código. Puedes descargar la versión final de esqueal.js con npm.

Novedades

JSDayES en directo

Sigue en directo las charlas y talleres del impresionante JSDayES 2017. Ponentes de primer orden, tanto nacionales como internacionales, nos mostrarán todos los aspectos de Javascript. El viernes 12 de mayo de 16:00 a 21:00 y el sábado 13 de mayo de 9:30 a 21:00 (hora de Madrid).

The CITGM Diaries by Myles Borins [video]

Myles Borins de Google, miembro del CTC de Node.js (Node.js Core Technical Committee), nos cuenta (en inglés, por supuesto) como funciona CITGM (Canary In The Gold Mine), una herramienta que permite obtener un módulo de NPM y probarlo usando una versión específica de NodeJS.

Debate: Tecnologías de Front Web [vídeo]

Desde las principales comunidades de desarrollo de tecnologías de front (Madrid JS, Polymer Madrid, Angular Madrid y VueJS Madrid) se ha organizado este debate que pretende ser un ejercicio de sentido común en relación a las tecnologías de front actuales centradas en componentes.