Lesson 29



Okay, I’m stumped, dyslexic and eroding my sanity with this one. Where am I going wrong? Am I simply too dense syntactically to see my own problems? Help!
<Below this line, add a link to the EXACT exercise that you are stuck at.>
29. So Meta I can’t take it


<In what way does your code behave incorrectly? Include ALL error messages.>

My console output reads:

But the error message reads:
Oops, try again. Make sure to set prototypeType to the typeof Object.prototype
…but I thought I had already. Right?

``` // what is this "Object.prototype" anyway...? var prototypeType = (typeof Object.prototype); console.log(prototypeType);

// now let’s examine it!
var hasOwn = (prototypeType.hasOwnProperty());

<do not remove the three backticks above>



A prototype is an early sample, model, or release of a product
built to test a concept or process or
to act as a thing to be replicated or learned from.
The word prototype derives from the Greek πρωτότυπον prototypon,
“primitive form”, neutral of πρωτότυπος prototypos,
“original, primitive”, from πρῶτος protos, “first” and τύπος typos, “impression”.


Inheritance and the Prototype Chain

Prototypal Inheritance is Dynamic

One of the most important advantages of prototypal inheritance is
that you can add new properties to prototypes after they are created.
This allows you to add new methods to a prototype
which will be automatically made available
to all the objects which delegate to that prototype.

This is not possible in classical inheritance
because once a class is created you can’t modify it at runtime.
This is probably the single
biggest advantage of
prototypal inheritance
over classical inheritance,
and it should have been at the top.


Prototypal inheritance matters.
It’s important to educate JavaScript programmers
on why to abandon the constructor pattern of prototypal inheritance
in favor of the prototypal pattern of prototypal inheritance.

We need to start teaching JavaScript correctly
and that means showing new programmers how to write code
using the prototypal pattern instead of the constructor pattern.

Not only will it be it easier to explain
prototypal inheritance using the prototypal pattern,
but it will also make better programmers


++++++++ a String type explained ++++++

why it should be Object.prototype.hasOwnProperty.
The hasOwnProperty Method is the only method
which will be fetched from the Object.prototype WITHOUT traversing
through the prototype Chain.

In the following link:

Under the Header:

The lookup time for properties that are high up on the prototype chain can have a negative impact on performance, and this may be significant in code where performance is critical. Additionally, trying to access nonexistent properties will always traverse the full prototype chain.

Also, when iterating over the properties of an object, every property that is on the prototype chain will be enumerated.

To check whether an object has a property defined on itself and not somewhere on its prototype chain, it is necessary to use the hasOwnProperty method which all objects inherit from Object.prototype.

hasOwnProperty is the only thing in JavaScript which deals with properties and does not traverse the prototype chain._


now to your case:
var prototypeType = typeof Object.prototype;
will leave you with a variable which has a VALUE of the string-type

As the string is created, you will get a present…the length Property
prototypeType.hasOwnProperty(“length”) ==> true.

From the String.prototype you will inherit the methods:


And as anything in the Javascript environment is an object
from the Object.prototype you inherit:

  'hasOwnProperty'  \\<== this is a special one !!



var hasOwn = Object.prototype.hasOwnProperty(‘hasOwnProperty’);


this worked for me

// what is this “Object.prototype” anyway…?
var prototypeType = typeof Object.prototype.hasOwnProperty

// now let’s examine it!
var hasOwn = Object.prototype.hasOwnProperty(“hasOwnProperty”);