Size: a a a

JavaScript — русскоговорящее сообщество

2019 November 03

ZS

Znacovean Simion in JavaScript — русскоговорящее сообщество
Leet 4
Сейчас у тебя при создании класса Aside срабатывает конструктор родителя Mail, который в методе создает экземпляр класса Aside, который опять запускает конструктор Mail и так по кругу.... тут вообще логики нет)
то есть в идеале тогда компоненты (классы) типа Aside не должны экстендить Mail?
источник

L4

Leet 4 in JavaScript — русскоговорящее сообщество
Не должны, если Mail это другой обьект
источник

L4

Leet 4 in JavaScript — русскоговорящее сообщество
Тут до паттернов DI или медиатор надо просто ООП подтянуть
источник

V

Vlad in JavaScript — русскоговорящее сообщество
Leet 4
Не должны, если Mail это другой обьект
А это нормально что у меня твоя ава плывет?)
источник

L4

Leet 4 in JavaScript — русскоговорящее сообщество
Vlad
А это нормально что у меня твоя ава плывет?)
Нискажу)0
источник

ZS

Znacovean Simion in JavaScript — русскоговорящее сообщество
Leet 4
Тут до паттернов DI или медиатор надо просто ООП подтянуть
да я в инете кучу инфы по паттернам и примерам разобрал в своё время..
практики и ментора не было который бы сказал какой паттерн где лучше..
как правило - гоп гоп - спагетти и в продакшн(

чем я руководствовался приняв решение что подклассы должны наследоваться от родителя это то что им потребуется доступ к его данным
в инете как правило примеры когда на основе класса Х создаются эксземпляры которым нужно схожее поведение
а в моем случае - только доступ
через пропсы в момент инициализации передавать ссылку на парента ещё вариант конечно
источник

L4

Leet 4 in JavaScript — русскоговорящее сообщество
Наследование от класса не дает доступа к данным других экземпляров
источник

L4

Leet 4 in JavaScript — русскоговорящее сообщество
Оно нужно чтобы общие методы/свойства выделить
источник

ZS

Znacovean Simion in JavaScript — русскоговорящее сообщество
Leet 4
Наследование от класса не дает доступа к данным других экземпляров
дает доступ к данным к родительскому классу внутри которого если есть переменные проинициализированных дочерних - есть к ним и доступ
источник

ZS

Znacovean Simion in JavaScript — русскоговорящее сообщество
я так думал)
источник

B

Baxxter in JavaScript — русскоговорящее сообщество
Ооп головного мозга
источник

L4

Leet 4 in JavaScript — русскоговорящее сообщество
Znacovean Simion
дает доступ к данным к родительскому классу внутри которого если есть переменные проинициализированных дочерних - есть к ним и доступ
Все проще) он просто прогонет конструктор и создаст у себя переменные класса от которого наследовался. Но общими они не будут.
источник

L4

Leet 4 in JavaScript — русскоговорящее сообщество
Baxxter
Ооп головного мозга
Да хз, у нас итак мозг объектами мыслит)
источник

ZS

Znacovean Simion in JavaScript — русскоговорящее сообщество
хм..
в таком случае всё сводится к вопросу как независимым классам проинициализированным в главном каком-то классе дать доступ к его переменным и методам
самое очевидное - всем в констрктор дать дополнительную переменную типа parent: this
а внутри подклассов получается писать this.parent.someMethod
чем этот вариант плох?
источник

V

Vlad in JavaScript — русскоговорящее сообщество
Baxxter
Ооп головного мозга
Как же я ЛЮБЛЮ ооп, вот оно слева направо: наследование, инкапсуляция(сокрытие ы), полиморфизм
Люблю вас😍
источник

L4

Leet 4 in JavaScript — русскоговорящее сообщество
Znacovean Simion
хм..
в таком случае всё сводится к вопросу как независимым классам проинициализированным в главном каком-то классе дать доступ к его переменным и методам
самое очевидное - всем в констрктор дать дополнительную переменную типа parent: this
а внутри подклассов получается писать this.parent.someMethod
чем этот вариант плох?
Как вариант, реализация мне не нравится, но в этом хотябы есть логика.
источник

KS

Konstantin Sedykh in JavaScript — русскоговорящее сообщество
Znacovean Simion
хм..
в таком случае всё сводится к вопросу как независимым классам проинициализированным в главном каком-то классе дать доступ к его переменным и методам
самое очевидное - всем в констрктор дать дополнительную переменную типа parent: this
а внутри подклассов получается писать this.parent.someMethod
чем этот вариант плох?
нормальный ход. очень часто юзается.
источник

B

Baxxter in JavaScript — русскоговорящее сообщество
Znacovean Simion
хм..
в таком случае всё сводится к вопросу как независимым классам проинициализированным в главном каком-то классе дать доступ к его переменным и методам
самое очевидное - всем в констрктор дать дополнительную переменную типа parent: this
а внутри подклассов получается писать this.parent.someMethod
чем этот вариант плох?
У вас течёт абстракция, если вам вдруг нужна ссылка на родителя
источник

ZS

Znacovean Simion in JavaScript — русскоговорящее сообщество
Leet 4
Как вариант, реализация мне не нравится, но в этом хотябы есть логика.
вам нравится вариант с шиной событий (медиатором)? мне "умные" дяди говорили создай какой-то контроллер
я так понимаю это они об одном и том же
но как он тут поможет
точнее - как его тут применить?
источник

ZS

Znacovean Simion in JavaScript — русскоговорящее сообщество
Baxxter
У вас течёт абстракция, если вам вдруг нужна ссылка на родителя
а компоненты и не абстрагированные..они зависимые от других
точнее могут изменять другие
которые проинициализированы в родителе
источник