Почему используешь именно этот контенттайп для такого тела? И правильно ли так использовать?

ребята, вопрос по алгоритмам больше есть массив с объектами, у объктов есть их количество например, массив: [ {ticket: {...}, count: 2}, {ticket: {...}, count 4}, ] Как рендерить через .map каждый билет и выводить на экран только текущий? То есть должно получится всего 6 форм для билетов, 2 из которых по одному билету (коих 2), 4 из которых по второму билету (коих 4)

вероятно, надо считать диапазон для каждого билета и выводить форму для того билета, который попадает в нужный диапазон, да? (0-1, 2-5)

или легче сделать локальный массив из этого массива, продублировав первый билет 1 раз, а второй билет 5 раз и будет массив из 6 элементов и его будет проще перебрать используя .map

Я запутался и хочется увидеть норм решение(

Для начала стоит обдумать как описать проблему. Из того, что ты написал понятно ровно 0

кейс такой: пользватель выбрал 2 билета за 50 рублей и 4 билета за 100 рублей для каждого билета необходимо заполнить форму (имя + телефон) хранится это в том виде, что я скинул на скрине - 2 билета и выбранное количество билетов каждого типа

уже яснее?)

нужно вывести по очереди форму для каждого билета

две формы для билетов за 50 рублей и 4 формы для билетов за 100 рублей

Создаёшь один и тот же билет count раз?

Создаёшь один и тот же билет count раз?

for loop?

Я просто пытаюсь понять. Чем не подошёл .fill например. И зачем вообще нужен такой костыль

Я просто пытаюсь понять. Чем не подошёл .fill например. И зачем вообще нужен такой костыль

Костыль в моем решении или в хранении количества? (count) Про fill я забыл, откровенно говоря. Но он не сильно проще сделает в результате код, мне кажется)

Костыль в моем решении или в хранении количества? (count) Про fill я забыл, откровенно говоря. Но он не сильно проще сделает в результате код, мне кажется)

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

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

Звучит как то, о чем я не подумал

Господа, ай нид хэлп. Пишу проект на react+redux. Так как в этом стэке не обладаю большим кругозором, есть скорее всего очевидный для вас вопрос. Является ли злом для мелких внутрикомпонентных манипуляций типа скрыть/показать кнопку использовать state компонента без экшенов и редуксов?

Господа, ай нид хэлп. Пишу проект на react+redux. Так как в этом стэке не обладаю большим кругозором, есть скорее всего очевидный для вас вопрос. Является ли злом для мелких внутрикомпонентных манипуляций типа скрыть/показать кнопку использовать state компонента без экшенов и редуксов?

Так и надо

Господа, ай нид хэлп. Пишу проект на react+redux. Так как в этом стэке не обладаю большим кругозором, есть скорее всего очевидный для вас вопрос. Является ли злом для мелких внутрикомпонентных манипуляций типа скрыть/показать кнопку использовать state компонента без экшенов и редуксов?

это добро

const tickets = selectedTickets.reduce((acc,el)=>acc.concat(new Array(el.count).fill(el.ticket)) }, [])

Гуд, спасибо ?

больно такой код читать)

Господа, ай нид хэлп. Пишу проект на react+redux. Так как в этом стэке не обладаю большим кругозором, есть скорее всего очевидный для вас вопрос. Является ли злом для мелких внутрикомпонентных манипуляций типа скрыть/показать кнопку использовать state компонента без экшенов и редуксов?

Скрыть показать кнопку должно основываться на логике и зависеть от данных

В стейте надо держать данные либо временные либо не влияющие на флоу логики: незаполненные формы Состояние выпадушек ...

const tickets = selectedTickets.reduce((acc,el)=>acc.concat(new Array(el.count).fill(el.ticket)) }, [])

Можно без new

Можно без new

Линтер ругнется

Линтер ругнется

Разве?

Он же наоборот против new для встроенных типов

Разве?

Да

Он же наоборот против new для встроенных типов

new Number и т.д.

Народ, пришел на проект, работал какое-то время с одним человеком по бэку, мы создали что-то вроде мидлвары с конфигом для axios, где указали единые заголовки для get, post запросов с content-type: application/x-www-form-urlencoded, это чем-то было обосновано. В теле post запросов передавали обычный JSON объект. Для каких целей было сделано именно так, не помню. Сейчас на бэк пришел новый человек и утверждает, что это категорически не правильно и из-за этого не может использовать часть либ, хотя до этого никаких проблем не возникало. Сменить конфиг или передавать туда контент тайп не принципиально, но хочется разобраться, почему так нельзя или почему так можно??? СОБСТВЕННО ВОПРОС: в чем реальная причина того, что нельзя передавать данные по типу {"data": ..., "anything": ["ddd", ...]} с content-type: application/x-www-form-urlencoded??? или это допустимо???

эээ

тебе к бэкэндерам надо)

new Number и т.д.

https://github.com/sindresorhus/eslint-plugin-unicorn/blob/master/docs/rules/new-for-builtins.md

мы надели трусы на голову и уши не мерзли, а потом нам говорят что так делать не надо

если категорично говорить

А со стороны фронта?

https://github.com/sindresorhus/eslint-plugin-unicorn/blob/master/docs/rules/new-for-builtins.md

Ого. Спасибо

А со стороны фронта?

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

например в гете можно бади передвать, но так никто не делаеет

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

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

выглядит так что чувак на беке был слабый, запутался, а фронт поддался

выглядит так что чувак на беке был слабый, запутался, а фронт поддался

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

да и позывы эх сейчас перепишу как надо, часто проваливаются до первого затыка)

где делается что то нестандартное)

not bad http://jsben.ch/YoS3S

выглядит так что чувак на беке был слабый, запутался, а фронт поддался

Возможно, у меня пол года опыта реального, тогда просили это, делалось, как просили или нужно было, что-то объяснили, что не помню. В Гугле встречал, что так используют, да и здесь встречается в чате, буквально час назад В принципе ответ ясен, спасибо)

not bad http://jsben.ch/YoS3S

ну ты учти, что у тебя инстанс тикета копируется при филе

так что данька абрамов завещал “не мутируй!”

ну ты учти, что у тебя инстанс тикета копируется при филе

я так и не придумал, как вообще без дублирования сделать это, так что...

ERROR: S client not available

ну у тебя дублирование остается, но инсанс тикета тот же будет

как и сдесь собственно

ссылка на тикет остается той же и ты можешь ticket.customer = 1

и поменяется в двух местах

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

ну тогда ок

по сути создаю массив с этими дубликатами лишь для удобства

но понимаю, что это лишнее действие

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

может тогда просто итератор написать какой-то ?

и redux будет молчать как рыба)

может тогда просто итератор написать какой-то ?

интересное предложение делать я этого, конечно, не буду

казалось бы, такая простая задача, а я в затупе диком(

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

а в редуксе рили могут быть баги из-за этого

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

но можно просто захуярить шелоу клон тикета при мапе

и все в шоколаде)

технический долг опасная штука, она копится капец как быстро, лучше не увлекатся)

так получилось что нужно в стейт записывать значение из пропса, если оно пришло. где это лучше делать? в костуркторе?

Конструктор вызывается только один раз, а если оно придёт не сразу?

getDerivedStateFromProps

А какой кейс? Если это controlled component, то лучше сделать как в downshift https://github.com/paypal/downshift/

ну проверь, что у тебя в стейт, и что нового в пропсах

Файл сам в себя себя импортирует? Зачем?