да так и есть - это антипаттерн, сам сейчас такое 💩 с проекта выпиливаю

Как называется эта белая тема?

разве антипаттерн? а если надо пройти циклом for например, чтобы правильно сформировать дерево

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

непонял. Эмитировать компонент создавая его с помощью useCallback - антипаттерн

это пак светло темных тем - Noctis
Вот так одна из темных выглядит

а, вы именно про использование в useCallback говорили?

Спасибо вам)

я думал тут вы говорили про использование jsx не в return

ну и это тоже. Когда jsx нужен не в "рендере" компонента?

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

Непонял вопрос. Нужен просто компонент который принимая плоский массив рендерит дерево. Или я что то упустил?

компонент мемоизировать даже проще

да. но так как приходит плоский массив, в map не получится этого сделать

Можно сделать функцию типа traverseTree, которая будет преобразовывать дерево в нужную структуру, а потом вызывать переданную функцию на листы или поддеревья (смотря как тебе надо), в которой ты сможешь юзать jsx

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

Все равно недопонимаю проблематики. Можно внутри компонента преобразовать наш плоский массив, в удобоваримый для рендера, опционально положить его в useMemo. Да пожалуй можно сразу траверсить не в raw структуру а в jsx и положить в тот же useMemo.

Но такие кейсы скорее исключения, чем правило. Я бы даже в угоду однообразности не траверсил сразу в jsx. (хотя кого я обманываю🌚 я бы преобразовал данные за пределами реакта, реакт у меня сразу и всегда получает "удобные" для него структуры)

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