Уточнение, необходимое для описания прототипа/объекта и обхода цепи

Question

Пока все еще пытаюсь прочитать «Вы не знаете JS», у меня начинается хорошая идея (люблю эту серию). Я думаю, что у меня есть прототип, но я столкнулся с ниже кода.

var myObject = { 
    a:2 
    }; 

    Object.getOwnPropertyDescriptor(myObject, "a"); 

И пока я полностью понять, что выход и его смысл, я пытался использовать мое понимание (или его отсутствие) прототипа и хотел сделать ниже.

myObject.getOwnPropertyDescriptor 

Я думал, что это будет проходить вверх прото цепь до объекта прототипа и получить этот метод, но, как выясняется, прототип объекта не имеет этого (предположим, что это не является частью прототипа объекта, как я я смотрю на документ, по крайней мере, я не рассматриваю его как часть прототипа, и он говорит, что это метод). Поэтому вместо Object.prototype.getOwnPropertyDescriptor я предполагаю, что это просто Object.getOwnPropertyDescriptor.

Я правильно понимаю это и почему метод Object не на всех прототипах?

Answer 1

это не является частью прототипа объекта ... это метод

Вы совершенно правы. Это может быть немедленно проверено в консоли JS:

> Object.getOwnPropertyDescriptor 
getOwnPropertyDescriptor() { [native code] } 
> Object.prototype.getOwnPropertyDescriptor 
undefined 

В более строго объектно-ориентированном языке, вы могли бы назвать getOwnPropertyDescriptor статическим метод. Более правильно, это не часть цепи прототипов.

Answer 2

Фактически Object.getOwnPropertyDescriptor(myObject, "a") звонки myObject.GetOwnProperty("a"), но это внутренний метод. source

Мы можем только догадываться, почему это было сделано таким образом, но я думаю, что имеет смысл определить эти функции полезности как методы объекта Object, а не наследовать их через Object.prototype.

Более ясный пример будет Object.keys способ. Если бы это было Object.prototype.keys, это вызывало бы проблемы каждый раз, когда мы хотели создать var inMyPocket = { keys : true }. Итак, теперь, чтобы надежно перечислить keys объекта, нам нужно будет использовать Object.prototype.keys.call(inMyPocket), потому что мы не можем быть уверены, что inMyPocket.keys() ссылается на прототипный метод или был переопределен.