document.getElementById

надеюсь это шутка

надеюсь это шутка

+

Да ладно, и почему?

ребят, после успешного заказа вы обычно создаете для этого стейт отдельный типа order: true? чтобы например показать попап успешного заказа?

Гениальное именование свойства)

потому что через реф ты на 100% можешь быть уверен что дом отрендерен

А он не задал такого ограничения.

и не нужно каждый раз дергать getElementById

ребят, после успешного заказа вы обычно создаете для этого стейт отдельный типа order: true? чтобы например показать попап успешного заказа?

И правильно сказал кто-то, это индивидуально, зависит от конкретного кейса, чтобы что-то определенное говорить надо полностью видеть код и понимать ситуацию

во-первых она, а во-вторых это уже грязными руками

Народ, подскажите плз способ разрешать одновременное воспроизведение только одного audio ?

Иметь только один audio, повесить на него событие onended, которое выставляет src

Такой вопрос. Есть массив из несколких сотен елементов, каждый рендерится в цикле в ячейчки. Каждому реакт-елементу нужно задать уникальный ключ. Уникальх id нет. Не рекомендуется использовать индексы, как ключи. Что использовать взамен?

Значения могут повторяться в массиве

Такой вопрос. Есть массив из несколких сотен елементов, каждый рендерится в цикле в ячейчки. Каждому реакт-елементу нужно задать уникальный ключ. Уникальх id нет. Не рекомендуется использовать индексы, как ключи. Что использовать взамен?

Если ты не манипулируешь массивом, то вай нот кей? Раз такая пьянка

это табличка, там может быть сортировка по колонкам

Такой вопрос. Есть массив из несколких сотен елементов, каждый рендерится в цикле в ячейчки. Каждому реакт-елементу нужно задать уникальный ключ. Уникальх id нет. Не рекомендуется использовать индексы, как ключи. Что использовать взамен?

Ты их с сервера получаешь?

нет, массив формируется на клиенте из дата-сета

Весь прикол в том, что для тебя "не рекомендуется" - не актуально.

Такой вопрос. Есть массив из несколких сотен елементов, каждый рендерится в цикле в ячейчки. Каждому реакт-елементу нужно задать уникальный ключ. Уникальх id нет. Не рекомендуется использовать индексы, как ключи. Что использовать взамен?

Индекс не рекомендуется потому что при удалении мы получим полный ререндер. Если тебе не нужно удалять/перемещать элементы - индексы - вполне себе ок. Поправьте, если не прав.

Ну пока формируешь закинь id через тот же uuid если так хочешь

нет, массив формируется на клиенте из дата-сета

Так возьми добавь айдишники из nanoid на моменте генерации, главное чтобы они в рендере не генерились

Если оперировать элементами массива не надо - индексы самое то. Даже если ты сгенерируешь как-то случайные\уникальные ключи - это не лучше чем индекс.

нет, массив формируется на клиенте из дата-сета

в датасете точно есть данные в строковом формате, главное что бы уникальные были, бери любые

Ну да, ключем может быть и строка в сотни символов.

Если оперировать элементами массива не надо - индексы самое то. Даже если ты сгенерируешь как-то случайные\уникальные ключи - это не лучше чем индекс.

А потом может быть придется оперировать, и будешь в любом случае добавлять) Почему изначально не сделать качественно?

Потом 🙃

=)) Если этот вопрос рассматривать "в общем смысле" - то он противоречит YAGNI https://ru.wikipedia.org/wiki/YAGNI

Гениальное именование свойства)

)

если быть более точным, там массив объектов. Каждый объект - это строка. Каждое значения по ключу - ячейка таблицы. Есть вариант задать комбинацю индеска строки + индекс ячейчки. Хотелось узнать, как это будет на производительности сказыватся

У тебя есть профайлер и лапки, вперёд

=)) Если этот вопрос рассматривать "в общем смысле" - то он противоречит YAGNI https://ru.wikipedia.org/wiki/YAGNI

Только хотел спросить, ты ссылку добавил. Спасибо.

если быть более точным, там массив объектов. Каждый объект - это строка. Каждое значения по ключу - ячейка таблицы. Есть вариант задать комбинацю индеска строки + индекс ячейчки. Хотелось узнать, как это будет на производительности сказыватся

Ну индекс строки + индекс ячейки - выглядит достаточно уникальным ))

Ну индекс строки + индекс ячейки - выглядит достаточно уникальным ))

Но от проблемы сортировки не убежал

если быть более точным, там массив объектов. Каждый объект - это строка. Каждое значения по ключу - ячейка таблицы. Есть вариант задать комбинацю индеска строки + индекс ячейчки. Хотелось узнать, как это будет на производительности сказыватся

Никогда не слышал, чтобы какие-то ключи как-то влияли на производительность. Они влияют?

ребят, после успешного заказа вы обычно создаете для этого стейт отдельный типа order: true? чтобы например показать попап успешного заказа?

Но вообще если я правильно представляю, это просто делается через колбек, типа такого productsActions.makeOrder({ id, onSuccess: () => { openModal('after-successful-order') } })

Ну индекс строки + индекс ячейки - выглядит достаточно уникальным ))

нельзя индекс масива, если он будет меняться

функцию хеширования какую-нибудь возьми,

если быть более точным, там массив объектов. Каждый объект - это строка. Каждое значения по ключу - ячейка таблицы. Есть вариант задать комбинацю индеска строки + индекс ячейчки. Хотелось узнать, как это будет на производительности сказыватся

каждый обьект - это строка?) Шо?

каждый обьект - это строка?) Шо?

Всё есть объект. (с) Будда.

Всё есть объект. (с) Будда.

Строка - не обьект)

Строка - не обьект)

Ну... В принципе да. Но иногда нет.

Строка - не обьект)

поспорить можно, методы строки же есть

каждый обьект - это строка?) Шо?

массив объектов. Идем по массиву в цикле - и по ключам объекта. Каждое значение по ключу - значение в ячейке таблицы

под капотом все равно берет методы обекта

на основе данных хэш считай, при сортировке перерисуется только контейнер, если у тебя не все в одном компоненте

Всё есть объект. (с) Будда.

Зависит от яп)

поспорить можно, методы строки же есть

Обращение к свойствам возможно на тот момент, когда во время выполнения строка оборачивается в конструктор, а до этого это просто примитив

Обращение к свойствам возможно на тот момент, когда во время выполнения строка оборачивается в конструктор, а до этого это просто примитив

не баг а фича

поспорить можно, методы строки же есть

Поспорить нельзя. Он просто становится объектом на время 🙃

жс спроектировали за 10 дней вроде

или 7?

жс спроектировали за 10 дней вроде

Не жс а livescript

жс спроектировали за 10 дней вроде

поэтому на нем проэкты за 10 дней пишутся?)

поэтому на нем проэкты за 10 дней пишутся?)

А 6 месяцев не хочешь?

7, 7. На восьмой создали es6.

В джсе ооп мнимое)

и потом становятся не подерживаемыми. что проще заного написать

Срок жизни 3-5 лет обычно, зависит от качества

7, 7. На восьмой создали es6.

на каком полезли баги? 3?

В джсе ооп мнимое)

Уже нет. Вообще на счёт классов можно холивар развести.

Ну class это просто сахар) С другой стороны это везде сахар для операций более низкого уровня)

на каком полезли баги? 3?

На всех. Function is not a function 🙃

нельзя индекс масива, если он будет меняться

Да я так и написал выше

Уже нет. Вообще на счёт классов можно холивар развести.

Это все сахар. В дсж нельзя функции записанные в объект называть методами

В джсе ооп мнимое)

Вы про какое ооп, которое первым появилось, или которое как в джаве выродилось из первого?

Вы про какое ооп, которое первым появилось, или которое как в джаве выродилось из первого?

Смолтолковское офк

Даже функция это объект

Это все сахар. В дсж нельзя функции записанные в объект называть методами

И чё? Меня удивляет высказывание про сахар. Если что-то выглядит как классы, плавает как классы и крякает как классы, то это классы.

Это все сахар. В дсж нельзя функции записанные в объект называть методами

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

Есть такая конструкция <Dropdown><UserHeaderWidgetContainer/></Dropdown>. Как получить стили из Dropdown в UserHeaderWidgetContainer? Или так не делают?

И чё? Меня удивляет высказывание про сахар. Если что-то выглядит как классы, плавает как классы и крякает как классы, то это классы.

Таким образом можно и на чистых фп сделать обёртки для ооп и называть это ооп языками, лол

Есть такая конструкция <Dropdown><UserHeaderWidgetContainer/></Dropdown>. Как получить стили из Dropdown в UserHeaderWidgetContainer? Или так не делают?

Ну сохранить стили как объект и передать пропс.

Есть такая конструкция <Dropdown><UserHeaderWidgetContainer/></Dropdown>. Как получить стили из Dropdown в UserHeaderWidgetContainer? Или так не делают?

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

Ну сохранить стили как объект и передать пропс.

Это норм практика?

Таким образом можно и на чистых фп сделать обёртки для ооп и называть это ооп языками, лол

Почему нет? Если они реализуют ооп, то ок.

Это норм практика?

Ну, зависит от задачи, конечно. Может, тебе нужны классы?

Почему нет? Если они реализуют ооп, то ок.

Ооп для ФП - это антипаттерн. Но к сожалению это не работает в другую сторону

Это норм практика?

Мало данных дал. В каком формате стили? Стили могут быть строкой, могу объектом, а могут фаайлом.

В любом случае вынеси их куда-то и импортируй так ли иначе

Мало данных дал. В каком формате стили? Стили могут быть строкой, могу объектом, а могут фаайлом.

CSS модуль. А они не будут дублироваться? Я же их буду импортировать в несколько компонентов

В любом случае вынеси их куда-то и импортируй так ли иначе

Или нет в случае CSS in js 🌝