VF
по идее, создавать новые экземпляры класса - это дорого. тот же реакт уходил от них на функции в том числе из-за этого
Size: a a a
2021 July 02
VF
но это в глобальном масштабе.
VF
перформанс это все же о сложности алгоритма и его затратности для ресурсов системы, а это в твоем примере скрыто(
ИМ
у меня внутри не очень сложная логика описана
class Card {
initEvents() {// обработка всех кликов}
initSlider() {// инициализация слайдера если есть}
setFavorite() {// отправка ajax запроса на избранное}
openPopup() {// открывает попап с видео }
}
Если бы у Вас был такой функционал, вы бы выбрали создать 20 экземпляров new Card() или один, и внутри проходится по каждой карточке?
class Card {
initEvents() {// обработка всех кликов}
initSlider() {// инициализация слайдера если есть}
setFavorite() {// отправка ajax запроса на избранное}
openPopup() {// открывает попап с видео }
}
Если бы у Вас был такой функционал, вы бы выбрали создать 20 экземпляров new Card() или один, и внутри проходится по каждой карточке?
ИМ
у меня в new Card(card)), card - это html элемент, если что..
VF
если это комплексный функционал для одной - то однозначно твой вариант
VF
ну все верно. ты выдельяешь сущность и определяешь ее свойства и поведение
VF
openPopup setFavorite это поведение именно для определенного html элемента который ты не хотел бы вновь искать на странице
ИМ
хорошо, превесьма благодарен за информацию
VF
Прекрасный hoisting у const
PO
какой-та фронтендерский юмор )
VF
та не, банальное не понимание спецификации ecma-262
PE
И кому терь верить? По ходу никому, кроме спеки на инглише и learnjs
PE
PO
дык всегда надо было верить только в спеки
PO
пересказы спек себе дороже
PO
даже ПХПшная дока на русском иногда вводит в заблуждения, хотя такое быстро фиксится сообществом)
PO
о я понял о чем речь )