Почему экземпляр класса создается пустым?

Question

[AlexNew22]

Почему экземпляр класса создается пустым, а все методы записываются в его прототип?
Разве он не должен записывать все это в только что созданный объект, а прототип ссылаться на прототип Object?

class Sounds {
    say() {
        console.log('hello world')
    }
}

И как нам тогда ссылаться на его прототип сразу же вроде?
new Sounds().prototype

Comments

[Сергей Соколов]

в чём вопрос-то?

Создаёте экземпляр класса.const s = new Sounds();
У него цепочка прототипов:

s.__proto__ // класс Sounds
s.__proto__.__proto__ // Object

Вызвать метод s.say() – он ищется в самом экземпляре (нет), выше на 1 уровень (в классе Sounds) – нашёлся!

Вызвать метод s.toString() – он ищется в самом экземпляре (нет), выше на 1 уровень (в классе Sounds) – (нет), ещё на 1 уровень выше в Object – есть!

[AlexNew22]

Сергей Соколов, почему не работает конструкция?

class Sounds {
    say() {
        console.log(`what the ${this.name} say`)
        console.log(this)
    }
}

class Animal {
    constructor(name) {
        this.name = name
    }
}

Object.assign(Animal.prototype, new Sounds().__proto__)
const animal = new Animal('fox')
animal.say()

[Lynn «Кофеман»]

AlexNew22, а зачем вы удаляете гланды через задний проход?

class Sounds {
    say() {
        console.log(`what the ${this.name} say`)
        console.log(this)
    }
}

class Animal extends Sounds {
    constructor(name) {
        super()
        this.name = name
    }
}

const animal = new Animal('fox')
animal.say()

[Alexandroppolus]

AlexNew22, в Sounds.prototype есть функция say, но она не перечисляемая, Object.assign пройдет мимо неё.

выполни в консоли браузера

Object.getOwnPropertyDescriptor(Sounds.prototype, 'say')

увидишь

configurable: true
enumerable: false
value: ƒ say()
writable: true

enumerable: false - вот это значит, не перечисляемая

[Alexandroppolus]

AlexNew22, как я понимаю, это всё связано с попытками сделать миксин из экземпляра класса (из предыдущего вопроса). Но непонятно, зачем.

[AlexNew22]

Alexandroppolus, есть 5 классов
1. Page
2. Blocks
3. Requests
4. Filter
5. Calendar

Мы начинаем наше описание класса Page и в итоге получаем

Page extends Blocks
Blocks extends Requests

После у нас на странице появился фильтр
Как нам теперь сделать множественное наследование для Page, чтобы добавить еще Filter, Calendar и другие новые классы?

[Сергей Соколов]

множественное наследование

AlexNew22, в JavaScript – никак – тут единственная цепочка наследования.

Если хочется подмешивать методы из Filter, Calendar и других – нечего их делать классами, делайте объектами.

[Alexandroppolus]

AlexNew22, ты недоброе затеял. Очень недоброе.
ссылка

Делать такое ещё и через наследование - совсем уж.

Читай труды святых отцов (того же Дядюшку Боба, например), покури паттерны, в общем, работы предстоит много.

[AlexNew22]

Alexandroppolus, какие есть хорошие книги на эту тему, чтобы основывались на JS и с примера были?

[Alexandroppolus]

AlexNew22, по собственно js - https://learn.javascript.ru/ , который тут уже упоминался.

А по архитектурностям всяким, лучше заодно изучить TypeScript, и уже вооружившись им, подходить к трудам классиков. В википедии, по аббревиатурам SOLID, GRASP и т.д., будет как краткое описание, так и ссылки на книги и хорошие статейки.
Ну, разумеется, Роберт Мартин "Чистая архитектура" - это прям обязательно.

почему TS? да потому что без него ты не сможешь понять, о каких "абстракциях" и "реализациях" говорят все эти люди.

[Alexandroppolus]

раньше ещё был, совсем недавно, хороший сайт refactoring.guru, но теперь что-то не открывается, видимо утонул из-за всей этой содомии с буквой z. Автор там из Украины, баннер вывешивал.

[Alexandroppolus]

И да, самые важные пары слов: "сильная связность", "слабое зацепление".

Answer 1

[Lynn «Кофеман»]

> Разве он не должен записывать все это в только что созданный объект, а прототип ссылаться на прототип Object?
Нет, не должен.

> И как нам тогда ссылаться на его прототип сразу же вроде?
А зачем?

Comments

[AlexNew22]

Нет, не должен.
Почему?

А зачем?
Надо для assign

[Lynn «Кофеман»]

> Почему?
Потому что язык устроен именно так.

> Надо для assign
Зачем?

[AlexNew22]

Lynn «Кофеман», миксин для классов

[Квазиморд Сидорович]

AlexNew22,

миксин для классов

а можно узнать откуда такие идеи? Это какой-то туториал, практикум или обучающее видео - до жути интересно!

[AlexNew22]

Квазиморд Сидорович, просто захотелось сделать то о чем почти везде пишут, что множественное наследование в скрипте это из мира фантастики

[Lynn «Кофеман»]

AlexNew22, ну вот вы и выяснили почему. Это с одной стороны неочевидно, а с другой в среднем не нужно и говорит только о плохом проектировании.

[AlexNew22]

Lynn «Кофеман», допустим
Как мне спроектировать страницу в которой у меня есть 5 классов, где Page будет управлять всеми Blocks, Filter и Calendar

1. Page
2. Blocks
3. Requests
4. Filter
5. Calendar

Где первые три я могу объединить через extends, а 4 и 5 не имею возможности добавить к Page, а лепить дальше цепочку одиночной зависимости, странно

[Квазиморд Сидорович]

AlexNew22, кажется я нашел откуда это. Может поможет вам примеси

[Сергей Соколов]

Квазиморд Сидорович, ТС интересно через assign добавить методы не объекта, но класса.

[AlexNew22]

Сергей Соколов, а как мне тогда 3 разных блока с большой логикой объединить в одном месте, чтобы там их инициализировать?
Хотел в Page засунуть общие блоки, календарь и фильтр, где бы они просто инициализировались и я понимал, что у меня на странице работает и в какой класс идти по какому блоку

[Сергей Соколов]

AlexNew22, смотря, что они делают, и что им нужно от this.
Может, «общие блоки» сделайте модулями. Импортируйте их, чтобы обращаться к их методам

import Filter from './common/filter';
import Calendar from './common/calendar';

class Page extends Blocks {
  someMethod() {
    let y = Filter.onlyNumbers(x);
    Calendar.display();
  }
}

[Квазиморд Сидорович]

Сергей Соколов,

ТС интересно через assign добавить методы не объекта, но класса

ну с классом так не получится, извиняйте.

[Lynn «Кофеман»]

AlexNew22,
> где Page будет управлять всеми Blocks, Filter и Calendar
тут я потерял мысль…

Я не понимаю что вы имеете в виду под «класс управляет классом» и при чём тут наследование/миксины.

[Сергей Соколов]

Квазиморд Сидорович, ну, можно поперечислять:

class A {
  say() { console.log('Aaa!'); }
}

const obj = {};
obj.say = (new A()).say; // костылинг 

obj.say(); // Aaa!

[AlexNew22]

Lynn «Кофеман», например в блоке календаря изменили дату и мы после этого хотим запустить метод из класса blocks, который бы могли запустить таким образом из Page
А так выходит 2 разных класса Calendar и Blocks
Как мне при смене даты в календаре, который описан в классе Calendar после изменить работу в Blocks и вызвать там метод, который будет опираться на значение даты календаря?
А так, я в Page мог бы сделать общие методы, которые бы объединяли 2 и более классов в цепочке вызовов разных блоков

[AlexNew22]

Сергей Соколов, а как мне в таком случае на метод Calendar при смене у него даты повесить метод изменения в Blocks?

[Сергей Соколов]

AlexNew22, например так

Calendar.onChange = (date) => Blocks.display(date);

[Lynn «Кофеман»]

Что-то пока по описанию похоже на какого-то кадавра