пример кода

где именно ломаетсяя?

ломается при вызове статической функции this.fields()

ломается при вызове статической функции this.fields()

статический не имеет this

потому что он не видиет его

код не полный, но думаю понятно. там внутри if-а еще пару await-ов

Мне не нравится await в цикле. Эти фотки будут обрабатываться последовательно а могли бы - параллельно. Посмотри пакет p-map. Ты можешь на вход подать массив фоток для обработки и асинк-функцию обработчик и можно третьим параметром определить по сколько потоков в параллель обрабатывать. Тебе вернётся один промис который можно await-нуть и дождаться окончания обработки

статический значит определен на классе а не на инстансе

Base.fields() вот так будет работать

Мне не нравится await в цикле. Эти фотки будут обрабатываться последовательно а могли бы - параллельно. Посмотри пакет p-map. Ты можешь на вход подать массив фоток для обработки и асинк-функцию обработчик и можно третьим параметром определить по сколько потоков в параллель обрабатывать. Тебе вернётся один промис который можно await-нуть и дождаться окончания обработки

спасибо посмотрю. мне тоже не нравиться в целом async код в цикле, но тут без вариантов

почему for а не forEach ?

при авторизации, в сессию присваиваю некоторые значение , но при переходе на другую страницу сессия обновляется и данные исчезают это при статическом открывание страниц expressjs

почему for а не forEach ?

с forEach await не работает

Может кто нибудь помочь в этом

с forEach await не работает

почему ?

почему ?

Потому что это синхронная колбэк функция

почему ?

потому что

Потому что это синхронная колбэк функция

ты кстати мог заюзать for(of)

https://github.com/tc39/proposal-async-iteration

Œ: при авторизации, в сессию присваиваю некоторые значение , но при переходе на другую страницу сессия обновляется и данные исчезают это при статическом открывание страниц expressjs

Œ: Может кто нибудь помочь в этом

https://github.com/tc39/proposal-async-iteration

щас бы 100500 пакетов левых накачать, чтобы асинхронный цикл сделать

щас бы 100500 пакетов левых накачать, чтобы асинхронный цикл сделать

это описание пропозала лол

щас бы 100500 пакетов левых накачать, чтобы асинхронный цикл сделать

> левый пакет > спецификация

который уже в десятке емнип

Поехавший

а

щас бы 100500 пакетов левых накачать, чтобы асинхронный цикл сделать

это не пакет

ещё кто нибудь скажите, что это не пакет

статический не имеет this

а вот так работает

разумеется из статического метода же вызываешь

в статическом методе this — класс

типа он свой this имеет?

нет

this только у объектов

типа он свой this имеет?

почитай про контекст вызова функций

свой scope

this только у объектов

нет

this только у объектов

this у функций

this только у объектов

неа

this только у объектов

this это контекст выполнения функции

я про ооп: классы - объекты

свой scope

foo.bar() — функция вызывается с this — bar

я про ооп: классы - объекты

в жс не классическое ооп

согласен

Œ: Œ: при авторизации, в сессию присваиваю некоторые значение , но при переходе на другую страницу сессия обновляется и данные исчезают это при статическом открывание страниц expressjs

Œ: Œ: при авторизации, в сессию присваиваю некоторые значение , но при переходе на другую страницу сессия обновляется и данные исчезают это при статическом открывание страниц expressjs

ну давайте еще пару раз

this это контекст выполнения функции

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

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

this.constructor. но это криво

this.constructor. но это криво

а не кривые варианты есть или надо через рефлексию вызывать статические поля класса (но это еще кривее)?

а не кривые варианты есть или надо через рефлексию вызывать статические поля класса (но это еще кривее)?

что мешает напрямую вызвать?

Foo.some()

и вообще придумать архитектуру, когда это не нужно

много наследников

пиздец

чувак

ООП в жс — ад

не делай так

куча наследников — максимально хуевая производительность

куча наследников — максимально хуевая производительность

О, мне на днях на собеседование чувак говорил иначе, типа наследование в джс - лучшее решение, лол

ООП в жс — ад

ахах, без него лучше делать?

О, мне на днях на собеседование чувак говорил иначе, типа наследование в джс - лучшее решение, лол

подебажил бы он такой код. больше 3 наследников уже залупа какая-то

подебажил бы он такой код. больше 3 наследников уже залупа какая-то

Ну я примерно также ответил)

куча наследников — максимально хуевая производительность

прост в родителе удобно работать с предками чтобы не копипастить

а какие выходы есть или решения?

а какие выходы есть или решения?

ФП

ФП

можно расшифровку?

функциональное программирование

ферст пик

JS ближе по концепции к ФП, чем к ООП

Хотя и не является в чистом виде даже и близко функциональным язвком

функциональное программирование

ок буду исрользовать this.constructor.

this.constructor. но это криво

спасибо)

пока хз как по другому

прост в родителе удобно работать с предками чтобы не копипастить

используй функции

подебажил бы он такой код. больше 3 наследников уже залупа какая-то

Если все описано в коде без райнтам-генерации классов и инстансов, то еще жить можно

пока хз как по другому

например, можно сразу писать нормально твой изначальный пример аццки нарушает SOLID

Если все описано в коде без райнтам-генерации классов и инстансов, то еще жить можно

можно и в наследовании 5-6 классов разобраться, но через боль

например, можно сразу писать нормально твой изначальный пример аццки нарушает SOLID

+

а теперь ты прикручиваешь костыли, чтобы пофиксить изначально неверно написанное

можно и в наследовании 5-6 классов разобраться, но через боль

когда методы начинают переопределять друг друга, я начинаю плакать

когда методы начинают переопределять друг друга, я начинаю плакать

даже если это метод render?

можно и в наследовании 5-6 классов разобраться, но через боль

6 уровней - это перебор везде

даже если это метод render?

да что угодно

а теперь ты прикручиваешь костыли, чтобы пофиксить изначально неверно написанное

обычное ооп

особенно если есть “виртуальные” классы

обычное ооп

нет)

особенно если есть “виртуальные” классы

это норм

это норм

бля

нет)

?