Почему плохо добавлять методы в конструктор?

Question

[Сергей Дёмин]

У меня есть конструктор какого то объекта. Обязательно ли метод закидывать в его прототип? Можно просто как обычно засунуть в конструктор? Или это плохой тон? Или какие проблемы у меня могут возникнуть? Почему говорят что методы лучше создавать снаружи конструктора ну то есть в прототипах?

Comments

[Сергей delphinpro]

Потому что так потребляется больше памяти. В любом учебнике по js написано.

[Сергей delphinpro]

Но я бы не сказал, что это «плохо». Я бы предпочёл формулировку «не рекомендуется».
В общем стоит смотреть по ситуации.

Answer 1

[Павел Корнилов]

Потому, что конструктор будет дублировать одинаковые методы при создании каждого экземпляра. А так - каждый экземпляр наследует из прототипа. При большом количестве экземпляров будет существенная разница по ресурсам.

Comments

[Сергей Дёмин]

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

[Павел Корнилов]

Сергей Дёмин, Нет, сначала к объекту, потом к прототипу.
Но я не понимаю, что может усугубить. Ведь прототип - один для кучи экземпляров.

[McBernar]

Нет, потому таким образом в памяти хранится один метод и ссылки на него с разных объектов. А вы хотите хранить 10 одинаковых методов в памяти.

[Сергей Дёмин]

var User = function(firstName, lastName) {

this.firstName = firstName;
this.lastName = lastName;
this.printFullName = function() {
console.log(this.firstName + " " + this.lastName);
}

var Admin = function(firstName, lastName) {
User.apply(this, arguments);
}

var user = new User("Иван","Иванов");
var admin = new Admin("Сергей", "Дёмин");

console.log(user.printFullName());
console.log(admin.printFullName());

Друзья ! В конструкторе User я создал метод printFullName ,а в следующем конструкторе Admin я через apply сослался на него. И всё. Я один раз написал метод ,в первом конструкторе и больше не буду его писать в других. Так для чего мне вообще прототип ?

вот код с прототипом:

var User = function(firstName, lastName) {

this.firstName = firstName;
this.lastName = lastName;
}

User.prototype.printFullName = function() {
console.log(this.firstName + " " + this.lastName);
}

var Admin = function(firstName, lastName) {
User.apply(this, arguments);
}

Admin.prototype = Object.create(User.prototype);

var user = new User("Иван","Иванов");
var admin = new Admin("Сергей", "Дёмин");

console.log(user.printFullName());
console.log(admin.printFullName());

Но я лишь все усложнил себе же

[Павел Корнилов]

Это не конструктор, это функция. В данном случае this - ссылка на контекст ее вызова.
Исходя из сказанного, в прототип функции точно писать ничего не нужно.

[Сергей Дёмин]

KorniloFF, Так функция-конструктор .Конструктор это же и есть функция. Или я ошибаюсь? Я понимаю что this this это контекст User .Ну вообщем в моем примере разницы нет да? Я вас правильно понял?

[Павел Корнилов]

Сергей Дёмин, не ошибаетесь. Но и не понимаете нюансов.
Синтаксис обычной функции и конструктора при объявлении ничем не отличается. Но при вызове обычная функция, если в ней не указан return, возвращает undefined, а конструктор - объект.
Далее, обычная функция своим this указывает на контекст своего вызова, а конструктор - на прототип возвращаемого объекта - его экземпляра.

Конкретно в вашем примере вы вызываете конструктор, да. И запись типа this.firstName = firstName; внутри конструктора, собственно, эквивалентна записи User.prototype.firstName = firstName; вне его. Оба варианта пишут свойство в прототип для User и доступны из каждого его экземпляра.

Далее, совершенно не понятно, зачем нужна

var Admin = function(firstName, lastName) {
User.apply(this, arguments);
}

Если можно сделать:
var Admin = new User("Сергей", "Дёмин");

[Сергей Дёмин]

KorniloFF, я все понял Спасибо вам большое

[Павел Корнилов]

На здоровье. Вопрос решён? Отмечайте решением.

Answer 2

[McBernar]

А зачем вам один и тот же метод переписывать n-раз, если можно один раз присвоить его прототипу? В этом же и есть смысл ООП. Один из.

Comments

[Mr Hobot]

Эт вы о каком принципе ООП ?

[McBernar]

Наследование?

[Константин Китманов]

10 см, повторное использование кода путем наследования.

[Владимир]

McBernar Константин Китманов
Суть вопроса уловили ? В чем разница между methodOne и methodTwo
https://jsfiddle.net/4r9k4vfq/9/

А разница в количестве объектов в памяти.

Answer 3

[Владимир]

Вот наглядный пример https://jsfiddle.net/4r9k4vfq/9/
В данном случае у каждого инстанса создается свой обект в памяти с методом methodOne но все инстансы используют общий объект methodTwo
Первый случай используют только тогда, когда нужно использовать переменные, созданные в скоупе конструктора (если попытаетесь во втором методе сослаться на _somePrivateVar получите ошибку) но злоупотреблять этим не стоит, так как второй метод дает преимущество в производительности и потреблении памяти.