"because flow is a hobby project not maintained by professionals"

отдельный компонент под renderTbodyPart?

Да. Зачем вообще делать рендер-методы? Чтоб поставить крест на тестируемости или что?

всем привет, есть проблема с react-final-form. есть форма с validateOnBlur, при нажатии на enter форма не валидируется, в доке не нашел метод типа validate() чтобы тригернуть все это дело, при вызове триггера blur() валидация не просиходит, сталкивался кто нить?

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

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

вот тоже интересует этот вопрос

сделай отдельные компоненты и добавь shouldComponentUpdate

Спасибо, так лучше

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

next.js, для начала

next.js, для начала

а если ssr не нужен?

а если ssr не нужен?

next.js Тебя там ssr никак не ограничивает

а если ssr не нужен?

cra

cra

next.js

cra

кра на проде? ммм

кра на проде? ммм

Что не так?

next.js, для начала

Почему именного его? Норм тема?

кра на проде? ммм

хоть в космос запускай. нормально работает

Почему именного его? Норм тема?

Плюшек куча, ограничений минимум

next.js Тебя там ssr никак не ограничивает

?ну хз переходы между страницами, если фетчить в initial - медленее (даже с prefetch true

Что не так?

лучше свой бп собрать и жить спокойно. в кра много лишнего

https://pastebin.com/WctFNux7

Ты используешь memoize, но, в этой функции вытаскиваешь данные из props..

Если кто-то помнит мои загоны с react-router, там стоило просто сесть и подумать. Все головняки были из-за нескольких копий <BrowserRouter> в разных компонентах. А нужен был только один в точке входа...

next.js Тебя там ssr никак не ограничивает

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

Плюшек куча, ограничений минимум

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

лучше свой бп собрать и жить спокойно. в кра много лишнего

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

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

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

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

+

Я просто вообще первый раз узнал только сейчас про next.js, что реально такой крутой?

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

Не очень понял о чем речь. Я вообще до этого на CRA делал с пяток приложений - все в порядке было

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

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

Ты используешь memoize, но, в этой функции вытаскиваешь данные из props..

конкретно только tableTemplate, который статичный и влияет только входной partItem

но уже не суть

Не очень понял о чем речь. Я вообще до этого на CRA делал с пяток приложений - все в порядке было

Ладно, спасибо за наводку, посмотрю

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

"пару недель" - милота.

"пару недель" - милота.

и?

Я просто вообще первый раз узнал только сейчас про next.js, что реально такой крутой?

Там есть все что нужно, ssr можно выкинуть

да и memoize вроде сохраняет только результат и входные данные запоминает, так что пофигу вроде откуда берёшь внутри функции данные

но уже не суть

Я про renderHead, но, да, это не относится к тормозам.

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

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

Да, но у тебя props нет среди входных данных этой функции

?сейчас бы 2 недели ковырять конфиги вебпака, вместо того чтобы писать код

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

окей. А если я новичек но понимаю что мне ненужен сср или вагон лишних пакетов которые сосет кра?

окей. А если я новичек но понимаю что мне ненужен сср или вагон лишних пакетов которые сосет кра?

Мой первый ответ - next.js

Да, но у тебя props нет среди входных данных этой функции

Зачем запоминать абсолютно все данные? Входные даннные влияют на перевыполнение функции или отдача закешированного варианта. Я указал только те данные на вход, которые отвечают за "надо перевыполнить функцию". Остальные же данные просто вспомогательные

Так зачем передавать абсолютно всё

Мой первый ответ - next.js

> фреймворк позиционирующий как сср > мне ненужен сср ?

Ок. Просто это, как минимум, аккуратно разложенные грабли

окей. А если я новичек но понимаю что мне ненужен сср или вагон лишних пакетов которые сосет кра?

А если ты новичок и у тебя требований неординарных вагон - что-то уже идет не так и не нужно ориентироваться на такие случаи

> фреймворк позиционирующий как сср > мне ненужен сср ?

Там от фреймворка одно название. МОжно использовать просто как пакет с набором поддерживаемых скриптов для сборки

Ок. Просто это, как минимум, аккуратно разложенные грабли

Так тут упор идёт в функционал memoize. Если передавать ему всё что я использую внутри, то это будет минимальная, но доп нагрузка

> фреймворк позиционирующий как сср > мне ненужен сср ?

Использует экспорт в статику

Короче это всё равно костыль, разбил на компоненты это всё дело

Не знаю как вы, но я слишком часто сталкивался с ворохом неподдерживаемых скриптов для сборки. Мой выбор теперь - next.js

окей. А если я новичек но понимаю что мне ненужен сср или вагон лишних пакетов которые сосет кра?

Возьми голый webpack 4 или parcel

А если ты новичок и у тебя требований неординарных вагон - что-то уже идет не так и не нужно ориентироваться на такие случаи

причем тут неординарные требования? Я не глупый чтобы залезть в кра и увидеть что там много пакетов которые мне откровенно ненужны

Возьми голый webpack 4 или parcel

ну дык и я об этом же

причем тут неординарные требования? Я не глупый чтобы залезть в кра и увидеть что там много пакетов которые мне откровенно ненужны

Тебе какая разница с этих пакетов? Они в прод сборку не идут

Ну дык cra или next.js не для гентушников.. ?

Ну дык cra или next.js не для гентушников.. ?

ох гентушники....

Тебе какая разница с этих пакетов? Они в прод сборку не идут

не ну если так думать то можно убивать и забивать свой проект любым говном

странно это

Ну напиши конфиг с нуля..

не ну если так думать то можно убивать и забивать свой проект любым говном

У тебя аргументация на пустой абстракции "это плохо". Подумай и прикинь все плюсы и минусы, их практическое влияние, и днлай выводы. Если тебе удобней "пару недель" сидеть и пересобирать свежий конфиг каждые пол года - ок. Это правда может быть ок и в этом правда может быть нужда Но если сюда приходит человек, которому просто нужно работать и он спрашивает с чего стартовать, не уточняя нефункциональные требования - next.js это лучший ответ.

А razzle видели? Что лучше, razzle или next?

У него же есть ещё after.js типа next, но с rr4

У тебя аргументация на пустой абстракции "это плохо". Подумай и прикинь все плюсы и минусы, их практическое влияние, и днлай выводы. Если тебе удобней "пару недель" сидеть и пересобирать свежий конфиг каждые пол года - ок. Это правда может быть ок и в этом правда может быть нужда Но если сюда приходит человек, которому просто нужно работать и он спрашивает с чего стартовать, не уточняя нефункциональные требования - next.js это лучший ответ.

>Но если сюда приходит человек, которому просто нужно работать и он спрашивает с чего стартовать Это не текущий кейс. Чувак просто спросил с чего начинаем новый проект. Моя позиция: если начинать боевой проект то надо либо брать боилерплейт который не изобилует ненужным говном, либо писать свой. кра изобилует, некст заточен под сср. дискас?

ERROR: S client not available

>Но если сюда приходит человек, которому просто нужно работать и он спрашивает с чего стартовать Это не текущий кейс. Чувак просто спросил с чего начинаем новый проект. Моя позиция: если начинать боевой проект то надо либо брать боилерплейт который не изобилует ненужным говном, либо писать свой. кра изобилует, некст заточен под сср. дискас?

У меня все ответы тут https://t.me/react_js/484763 Не вижу смысла что-то еще говорить

эм. окей

Ребят, подскажите: Вот есть парент компонент и 2 чайлда. В одном чайлде я получаю ref компонента, как мне передать его в другой чайлд?

Ребят, подскажите: Вот есть парент компонент и 2 чайлда. В одном чайлде я получаю ref компонента, как мне передать его в другой чайлд?

а для чего тебе такая манипуляция?

Ребят, подскажите: Вот есть парент компонент и 2 чайлда. В одном чайлде я получаю ref компонента, как мне передать его в другой чайлд?

В родителе ref помещаешь в стейт, в первом чайлде через колбэк изменяешь этот ref и передаешь во второй в виде пропса

а для чего тебе такая манипуляция?

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

пример выше вроде решает задачу

В родителе ref помещаешь в стейт, в первом чайлде через колбэк изменяешь этот ref и передаешь во второй в виде пропса

спасибо, попробую. а хранить реф в стейте не антипаттерн? я-то вообще могу его в редаксовский глобал засунуть при желании, но стоит ли?

спасибо, попробую. а хранить реф в стейте не антипаттерн? я-то вообще могу его в редаксовский глобал засунуть при желании, но стоит ли?

Не надо даже пробовать в редакс класть что-то из DOM

В локальном стейте храни что хочешь

Не надо даже пробовать в редакс класть что-то из DOM

понял, спасибо

спасибо, попробую. а хранить реф в стейте не антипаттерн? я-то вообще могу его в редаксовский глобал засунуть при желании, но стоит ли?

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

понял, всем спасибо за ответы

А что делать если нужно написать документацию про проекту , который писал не ты. И сделать это полуавтоматически. JSdoc использовать?

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

посоны посоны как попапы делаете ?

я могу как то через новое контекст апи сделать ? При старте собрать компоненты и зарегать в провайдере и обернуть апп ? А в потребителе что то вызывать ?

я могу как то через новое контекст апи сделать ? При старте собрать компоненты и зарегать в провайдере и обернуть апп ? А в потребителе что то вызывать ?

Да, типо того https://codesandbox.io/s/n3rn49jzz0

Да, типо того https://codesandbox.io/s/n3rn49jzz0

везде, где нужен доступ к стейту провайдера, нужно Consumer юзать?

везде, где нужен доступ к стейту провайдера, нужно Consumer юзать?

да и провайдер но вангую попапу можно в корен херануть

Провайдер один в рут

да и провайдер но вангую попапу можно в корен херануть

с порталами то пофиг

или не в этом суть?

с порталами то пофиг

у меня нету порталов я на рн

но дело не то куда рендерить

а как. Должно быть апи одно и нормальное. В порталы говна накидать и потом ахуеешь

но дело не то куда рендерить

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

так а у тебя нет чего-то для управления состоянием?

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

+

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

есть вещи не для стора

не нужно все пихать