VM
Переслано от Vlad Moskov
как запушить answers.length филдов в FieldArray при рендере ?
Size: a a a
2021 April 02
VM
final-form
DS
ничего не видно, выровняй код
ei
Мне вобще оба варика не нравятся
1 рендеришь компонент, запускаются запросы, запросы закончились, отрендерилась следующая вложеность дерева и так далее. Минус в том что бы делаем считай последовательные запросы вместо паралельных что увеличивает время рендера к конечному варианту, ну и про несколько рендеров дерева тоже не стоит забывать
2 на странице мы делаем сразу все запросы, паралельно/последовательно вобще как нам угодно, скорость не страдает, но нужно всегда помнить при создании фичи что нам нужно продублировать запрос в этой единой точке входа, да и вобще как костыль выглядит
Как говорится шо это хуйня шо то хуйня
1 рендеришь компонент, запускаются запросы, запросы закончились, отрендерилась следующая вложеность дерева и так далее. Минус в том что бы делаем считай последовательные запросы вместо паралельных что увеличивает время рендера к конечному варианту, ну и про несколько рендеров дерева тоже не стоит забывать
2 на странице мы делаем сразу все запросы, паралельно/последовательно вобще как нам угодно, скорость не страдает, но нужно всегда помнить при создании фичи что нам нужно продублировать запрос в этой единой точке входа, да и вобще как костыль выглядит
Как говорится шо это хуйня шо то хуйня
Ну просто запроса может и не быть второго
ei
Типа первый сделался, там условный рендеринг, что-то отрендерилось
MK
Ну просто запроса может и не быть второго
А ну кстати да
ei
И может как быть вложенная фича со своими данными, так и не быть
ei
То есть ты заранее не узнаешь, и либо будешь больше грузить, что вообще пиздец, либо будешь меньше грузить и сбрасывать на клиент
Либо вот последовательно
Либо вот последовательно
MK
И может как быть вложенная фича со своими данными, так и не быть
Тогда при втором варианте это просто тоже учитуется и не делаються не нужные запросы
V
Чтобы у нас вообще не было необходимости в каких-то getInitialProps/getServerSideProps
тогда будет неочевидно какой из запросов где делается
самый лучший способ имхо это getServerSideProps для всего дерева, не знаю почему они не сделают это
самый лучший способ имхо это getServerSideProps для всего дерева, не знаю почему они не сделают это
ei
тогда будет неочевидно какой из запросов где делается
самый лучший способ имхо это getServerSideProps для всего дерева, не знаю почему они не сделают это
самый лучший способ имхо это getServerSideProps для всего дерева, не знаю почему они не сделают это
В плане неочевидно
V
Мне вобще оба варика не нравятся
1 рендеришь компонент, запускаются запросы, запросы закончились, отрендерилась следующая вложеность дерева и так далее. Минус в том что бы делаем считай последовательные запросы вместо паралельных что увеличивает время рендера к конечному варианту, ну и про несколько рендеров дерева тоже не стоит забывать
2 на странице мы делаем сразу все запросы, паралельно/последовательно вобще как нам угодно, скорость не страдает, но нужно всегда помнить при создании фичи что нам нужно продублировать запрос в этой единой точке входа, да и вобще как костыль выглядит
Как говорится шо это хуйня шо то хуйня
1 рендеришь компонент, запускаются запросы, запросы закончились, отрендерилась следующая вложеность дерева и так далее. Минус в том что бы делаем считай последовательные запросы вместо паралельных что увеличивает время рендера к конечному варианту, ну и про несколько рендеров дерева тоже не стоит забывать
2 на странице мы делаем сразу все запросы, паралельно/последовательно вобще как нам угодно, скорость не страдает, но нужно всегда помнить при создании фичи что нам нужно продублировать запрос в этой единой точке входа, да и вобще как костыль выглядит
Как говорится шо это хуйня шо то хуйня
никто ведь не запрещает сделать батчинг всех запросов
VM
ничего не видно, выровняй код
где конкретно ? в render ?
MK
никто ведь не запрещает сделать батчинг всех запросов
К чему батчинг запросов?
ei
К чему батчинг запросов?
Тоже не понял)
V
К чему батчинг запросов?
Минус в том что бы делаем считай последовательные запросы вместо паралельных что увеличивает время рендера к конечному вариантуei
А батчинг тут к чему
V
проходим все дерево, собираем getServerSideProps и прочие сср приколы и потом параллельно всех выполняем
ei
Там суть в том, что для следующего запроса нужен предыдущий, их нельзя сделать вместе, так как в каком-то проценте случаев мы будем загружать не нужные данные
ei
Не, там может быть такая штука, что в компоненте условный рендеринг
Если с сервера пришло A - мы не рендерим вообще нихуя
Если пришло B - рендерим фичу Hello
В фиче Hello еще одни getServerSideProps
Если с сервера пришло A - мы не рендерим вообще нихуя
Если пришло B - рендерим фичу Hello
В фиче Hello еще одни getServerSideProps