¿Por qué puede eliminar una propiedad anulada de la ventana?

Question

El operador delete elimina una propiedad de un objeto. Si fijo una propiedad en window, puedo borrarlo:

window.myProp = 10; 
delete window.myProp; 

Como the article que tan a menudo referir a otros a lo que se refiere al comportamiento de los delete estados del operador, esto se debe a asignación de propiedad no establece el DontDelete atributo (a diferencia de la declaración de variables, que sí lo hace).

Ese artículo también afirma lo siguiente (énfasis añadido):

en cuenta que es durante la creación de la propiedad que se atribuye determinada (es decir, ninguno de ellos está configurado). Las asignaciones posteriores no modifican los atributos de la propiedad existente. Es importante entender esta distinción .

Teniendo esto en mente, ¿por qué puedo anular una propiedad existente de la ventana, alert, y luego eliminarlo para retorno al valor original? ¿Me estoy perdiendo algo obvio? Raramente utilizo el operador delete, así que ese puede ser el caso.

Por ejemplo:

window.alert = function() {}; 
alert("Hi!"); //Nothing happens 

delete window.alert; 
alert("Hello?"); //Alerts 'Hello?' 

Aquí hay una fiddle para demostrar que (sólo probado en Chome, bastante seguro de IE no comportarse de esta manera, pero no tienen acceso a nada, pero Chrome en este momento).

Answer 1

En Chrome, la función window.alert es parte de la prototipo de la clase DOMWindow, no es una propiedad de window sí.

De ahí que cuando se sobrescribe window.alert va a añadir una propiedad nueva a window, pero la versión en el prototipo continúa existiendo, pero está oculto.

Cuando delete window.alert la función en el prototipo se vuelve a exponer.

aquí hay algo de salida de la consola que muestra que la función está en el prototipo:

> window.constructor.prototype 
DOMWindow 

> window.constructor.prototype.alert 
function alert() { [native code] } 

Firefox comporta de manera similar, aunque con diferentes nombres de clase.

Answer 2

Este es el comportamiento previsto, se denomina sombreado. Le permite proporcionar una funcionalidad personalizada sin borrar la funcionalidad de las súper clases. Cuando elimina el método, su método personalizado se elimina, revelando el método original del prototipo.

Cuanto más profundice en la herencia y comprenda la forma en que funciona el prototipo, más se encontrará viendo instancias de personas haciendo esto.

Excelente pregunta. Este no es un área que la mayoría de los desarrolladores de JavaScript exploren con frecuencia en mi experiencia. Si no fuera por este tipo de cosas, muchos polyfills que extienden o anulan la funcionalidad central de los objetos base de JavaScript no serían posibles.