а css-классы хешируются)
не, этим пока не увлекаемся
Mikhail
🦜
у меня в прод-бандле названия всех компонентов все равно минифицируются, только css классы видно
а stage у тебя нет чтоль?)
🦜
ладно
🦜
🤪
from
А чтобы имена не пересекались
🦜
на stage фронт не прод подключенный к реплеке прод БД
Eugene
вообще у меня на стейдже тоже прод сборка, как бы пред финальное отправление
Eugene
хотя реплика ладно
Eugene
Но ее надо обезличивать по идеи)
хотя это уже дело бекендера/дева 🤔
Китикет
у каждого компонета класс = имя , пока не было проблем
TopNavBarRightSideButton? Такие у вас компоненты?
Mikhail
TopNavBarRightSideButton? Такие у вас компоненты?
да вроде такой персонализации компонентов не наблюдается особо
🦜
Но ее надо обезличивать по идеи)
хотя это уже дело бекендера/дева 🤔
по мимо команды и тестировщиков туда вряд-ли кто-то еще должен доступ иметь
🦜
ну типо stage обычно под vpn скрывают
Volodymyr
Volodymyr
Добрый день. Что можно сделать с этим ужасным экспортом. Первую часть понятно, вынести в mapStatetoProps, a что делать с функциями
Eugene
Китикет
да вроде такой персонализации компонентов не наблюдается особо
Ну, просто у меня есть много компонентов с одинаковым названием и разными стилями, но не пересекаются потому что не попадают в одну область видимости
Eugene
Добрый день. Что можно сделать с этим ужасным экспортом. Первую часть понятно, вынести в mapStatetoProps, a что делать с функциями
const mapDispatchToProps = {
action,
action1
}
Китикет
да вроде такой персонализации компонентов не наблюдается особо
А у вас тогда бы пересеклись, нет?
Vladimir
Добрый день. Что можно сделать с этим ужасным экспортом. Первую часть понятно, вынести в mapStatetoProps, a что делать с функциями
функции вынести в mapDispatchToProps. На этом рефакторинг завершить, файл закрыть и тикать огородами
Mikhail
А у вас тогда бы пересеклись, нет?
местами дописываем классы, используемым компонентам, все ок
Китикет
Китикет
местами дописываем классы, используемым компонентам, все ок
А, ну так да. Просто не былт понятно из контекста
Nikita
Как понять сколько логики должно быть в редаксе а сколько в компоненте, например у меня перемещение блока внутри листа, где я должен создавать лист с новым порядком блоков в редьюсере или в компоненте?
Андрей
Eugene
🤔
Dmytro
лол
Evgenii
весь стейт в редаксе хранишь?
Evgenii
В компоненте должно быть 0 логики.
🦜
🦜
Там было описания как такие коннекты уменьшать
Андрей
Редакс для глобального состояния приложения нужен
Практика показывает, что реакт - это просто View слой, не более. Остальное нужно хранить в вашем стейт менеджере.
Nikita
Ну вот у меня переместился элемент списка, мне начальный и конечный индексы пересылать в редьюсер и там созадавать новый список и обновлять стейт?
Nikita
или все таки послать уже сформированную сущность и просто обновить глобальный стейт
Андрей
Vadim
Ну вот у меня переместился элемент списка, мне начальный и конечный индексы пересылать в редьюсер и там созадавать новый список и обновлять стейт?
и что тебе дадут начальный и конечный индексы?
Никита Суханов
const LazyImg = React.lazy(() => import('../image'));
const myLogo = src => <Suspense>
<LazyImg src={src} />
</Suspense>
return (
<div className="header">
{myLogo(logoSrc)}
{/* {imgIsLoading ? <Loader extraCLass="img-loader" src={imgLoader} /> : <img src={logoSrc} />} */}
<SearchPanel accessClue={accessClue} searchBar={searchBar} onSubmit={onSubmit} getInputValue={getInputValue} />
</div>
)
Никита Суханов
придумал сделать lazyLoad так. Плохо?
🦜
https://web.dev/code-splitting-suspense
Никита Суханов
почитал
суспенс это оболочка для lazy, принимает контент который будет рисоваться до загрузки
🦜
Это сарказм
Никита Суханов
а как должно быть?
Не знаю, но представить если у меня много таких LazyLoad'ов, я каждый буду оборачивать? Не легче ли функцию написать