Конструктор прототипа?

Question

[Богдан]

Здравствуйте.
1) А есть ли смысл указывать для дочернего объекта конструктор прототипа, я так понимаю это только ссылка на функцию, и если его необязательно использовать?

proto = { color: green }
const Son = function( name ) { }
Son.prototype = Object.create( proto )
Son.prototype.constructor = Son //

2) Как лучше всего добавлять в прототип свои свойства

Son.prototype = Object.create( proto, { constructor: { value: Son }, foo: { writable: false, configurable: false, value: 'привет' } } )

или

Son.prototype = Object.create( proto );
Son.prototype.constructor =  Son;
Son.prototype.foo = 'привет';

3) Как лучше добавлять свои методы, вариант только так, или есть более элегантное решение, например создать объект со своими методами и склеить его с прототипом?

Son.prototype.test= function() { return this };
Son.prototype.test1= function() { return this };
Son.prototype.test2= function() { return this };
Son.prototype.test3= function() { return this };
Son.prototype.test4= function() { return this };
Son.prototype.test5= function() { return this };

Спасибо.

Answer 1

[youngmysteriouslight]

А есть ли смысл указывать для дочернего объекта конструктор прототипа, я так понимаю это только ссылка на функцию, и если его необязательно использовать?

У каждого конструктора есть прототип. По умолчанию это Object.prototype.
Если Вам нужен прототип, указывайте. Если не нужен, но и не за чем. Очевидно же.
Только одна поправка: прототип это объект, который (как и прочие объекты) состоит из полей, среди которых есть функции.

Как лучше всего добавлять в прототип свои свойства

Я не знаю. ИМХО, для прикладных задач лучше делать так, чтоб читало проще.

Как лучше добавлять свои методы, вариант только так, или есть более элегантное решение, например создать объект со своими методами и склеить его с прототипом?

Без разницы, но нужно учитывать один момент.
Пусть мы определили конструктор Son и ему задали Son.prototype тем или иным образом. Для простоты положим, что прототип состоит только из функций. Затем создали несколько экземпляров (new Son).
Далее, предположим, мы хотим добавить в прототип новый метод или изменить существующий.
Здесь необходимо решить, будем ли (1) мы менять прототип уже созданных экземпляров или же (2) у созданных экземпляров оставим их старый прототип, а у создаваемых будет уже новый.

P.S. наконец, в последних редакциях появились новые синтаксические конструкции. О них тоже забывать не нужно.

Comments

[Богдан]

Спасибо,

А есть ли смысл указывать для дочернего объекта конструктор прототипа, я так понимаю это только ссылка на функцию, и если его необязательно использовать?

Здесь я спрашивал, про Son.prototype.constructor = Son
Обязательно ли это присвоение, но насколько я понял не обязательно

[youngmysteriouslight]

Про нынешнее положение я сказать не могу.
В ранних редакциях свойство constructor в прототипе ничего не даёт.

[Богдан]

Спасибо, а какие варианты есть для создание методов для прототипа, когда он имеет предка?

[youngmysteriouslight]

какие варианты есть для создание методов для прототипа, когда он имеет предка?

Объясните этот вопрос. Можно с примером.
Речь идёт о ситуации, когда объекты, порожденные конструктором, имеют прототип, который сам по себе имеет прототип?

[Богдан]

youngmysteriouslight,
Спасибо, вот пример
для функции конструктора Son уже назначен родительский прототип, и теперь нужно добавить в прототип Son уже свои методы, можно ли как-то более красивей все описать, или только вот так?

Son.prototype = Object.create( proto );

Son.prototype.test= function() { return this };
Son.prototype.test1= function() { return this };
Son.prototype.test2= function() { return this };
Son.prototype.test3= function() { return this };
Son.prototype.test4= function() { return this };
Son.prototype.test5= function() { return this };

[youngmysteriouslight]

да. так или слиянием (тем более, появился spread operator)
у меня чаще бывает так, что Son.prototype порождается неким конструкторо new Parent, прототип которого proto. Разница косметическая.

[Богдан]

youngmysteriouslight, ну что такое спред, я вкурсу, но как тут его применить?

[youngmysteriouslight]

Согласен, погорячился, спред не позволяет создать объект с заданным прототипом. По крайней мере, так говорит babel.

[Богдан]

youngmysteriouslight, как бы чисто теоретически можно конечно сделать, что-то типа
Son.prototype = Object.create( Object.assing( {}, proto, myObject );
Но есть подозрение, что прототип должен быть ссылкой, что бы была наследсвенность, а здесь будет новый изолированный объект.

[youngmysteriouslight]

Object.assing( {}, proto, myObject ) эквивалентно спреду {...proto, ...myObject}, прототип не сохранится.
Вместо этого можно использовать Object.assign(Object.create(proto), myObject).

Честно говоря, разница в том, связаны ли ссылочно прототипы или представлены разными объектами, имеет смысл, если поля/методы во время исполнения будут менятся. Если же там только статичные функции, к чему есть явная тенденция в современной практике, разницы нет.