¿Por qué el prototipo funciona 40 veces más lento que la función declarada por defecto?

Question

He jugado con jsperf.com y hallaron que la función prototipo es 40x más lento que "por defecto" función declarada.

String.prototype.contains = function(s){ return !!~this.indexOf(s) } = ops 220K/s

vs.

function isContains(str, s) { return !!~str.indexOf(s) } ops = 8.5KK/s

Here's a jsperf test case

P.S. Sé que la modificación de prototipo no es el mejor caso y se puede llamar 'parche de monos' :)

Answer 1

Creo que es lento porque la primitiva de cadena se envuelve automáticamente con un objeto temporal cada vez que se llama.

Esto también explica el aumento de rendimiento de new Object("hi").foo() sobre "hi".foo().

Desde el MDN docs:

literales de cadena (denotados por comillas simples o dobles) y cadenas de regresar de cuerdas llamadas en un contexto no-constructor (es decir, sin necesidad de utilizar la nueva palabra clave) son cadenas primitivas. JavaScript convierte automáticamente objetos primitivos y objetos String, de modo que es posible usar métodos de objetos String para cadenas primitivas. En contextos en los que se debe invocar un método en una cadena primitiva o se produce una búsqueda de propiedad, JavaScript ajustará automáticamente la primitiva de cadena y llamará al método o realizará la búsqueda de propiedades.

Cerca:

Why can't I add properties to a string object in javascript?

String object versus literal - modifying the prototype?

Answer 2

Las probabilidades son muy buenas de que está reemplazando una función primitiva implementada en C/código de máquina con un cuerpo de JavaScript en el mono versión parcheada