на леарн джэс в курсе по продвинутому реакте - юзают его

на леарн джэс в курсе по продвинутому реакте - юзают его

пруфпик или не было

а почему нету? и почему не дай бог?

Я не говорю что он плохой, просто когда я его пол года назад на проект один взял - очень много мучался с этими вечными .get в JSX и часто могло упасть, так как get is not a function. Так что большого профита я в нём не увидел (иммутбл конечно хорошо, но и нативно можно с ним работать). Разве что Record понравился

Нужен ли Map если ключами являются простые типы?

Да

Заебали со своими объект-мапами

а почему нету? и почему не дай бог?

Селекторы через строки. Никто тебе не подскажет, если ошибся в написании

Сейчас пишу библиотеку, обратную по смыслу immutable. Пруф что иммутабельность не всегда нужна

Реально - если открыть тот же документ “почему reduxу нужна иммутабельность - получается что не нужна

https://redux.js.org/faq/immutable-data

Интересно, какое соотношения кода редакса и документации к нему ?

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

какое соотношения докуметации к людям которые ее читали.

А результат с большой долей уверенности будет хуже

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

Покуда препятсвий не вижу. Mutable обьект, обернутый в Proxy для записи изменений, изменения, правда, записиваются уже в immutable структуру. Ведь одно из основных требований к immutable структурам - возможно спросить “а не изменилась ли ты”. Такую информацию можно держать отдельно

Лооол

> Proxy > пакеда, перфоманс

В случае стейта у тебя 1 запись и 100500 чтений. Чтение идет из обьекта не обернутого в прокси.

Плюс, даже с прокси - это миллионы операций в секунду

Бла бла бла иммер тормозит тема закрыта

immer тормозит???

Сколько у вас событий в секунду?

Подписываться нужно на линзы

У меня все

ничоси, чат по редаксу

Сколько у вас событий в секунду?

В пределах сотни)

Спасибо за наводку

ничоси, чат по редаксу

Скоро чат по установке компонентов будет отдельно. ?

а как лучше всего хранить конфиги react/redux приложения и как лучше всего передовать их в компоненты ?

ничоси, чат по редаксу

Пока что он, похоже, по эффектору

Окей

и потом - везде уже эта библиотечка

Покуда препятсвий не вижу. Mutable обьект, обернутый в Proxy для записи изменений, изменения, правда, записиваются уже в immutable структуру. Ведь одно из основных требований к immutable структурам - возможно спросить “а не изменилась ли ты”. Такую информацию можно держать отдельно

Не взлетит

Смысла нет

Такой вопрос, проект сделанный на nextjs на хостинге нужно запускать как статику (npm run start) или как дев

Такой вопрос, проект сделанный на nextjs на хостинге нужно запускать как статику (npm run start) или как дев

build -> start

build -> start

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

если через dev ото урлы нормально работают

Конфиг вебпака, и сервер на проде который все на index

Смысла нет

Может работать сильно быстрее.

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

ты настроил неправильно

ты настроил неправильно

почему не правильно ? я делал так же как в офицальной документации nextjs

почему не правильно ? я делал так же как в офицальной документации nextjs

есть минимально воспроизводимый пример?

http://sofatex.by/

исходники

https://github.com/KudelAndrei/nextjs-european-case.git

https://github.com/KudelAndrei/nextjs-european-case.git

Классная дока по проекту ?

https://github.com/KudelAndrei/nextjs-european-case.git

"start": "next start"

Классная дока по проекту ?

никак не успею написать

никак не успею написать

Да я в шутку)

никак не успею написать

поменяй на NODE_ENV=production node server.js

никак не успею написать

useFileSystemPublicRoutes: false и вот это в конфиг

поменяй на NODE_ENV=production node server.js

useFileSystemPublicRoutes это в конфиг next.config.js ?

Да

Пара методов чтобы облегчить работу с forwardRef https://github.com/klimashkin/react-forwardref-utils

Да

http://joxi.ru/LmGLRP1UeJ3532 установил. Но все равно урлы не работают

Бля

Ты щас серьезно?

а что не так ?

Бля

разобрался

ERROR: S client not available

спасибо

Пожалуйста

Есть ли какой-нибудь способ ускорить Storyshot у Storybook? Тормозит как срань

Асинхронщина

Привет. Есть один и тот же компонент, который используется в разных местах с разной логикой, но вьюха абсолютно одинаковая. Что бы не плодить 2 компонента, я решил сделать один, а к нему 2 декоратора с логикой. Далее мне нужно на одной странице вызвать этот компонент с одним декоратором, а на другой с другим. Проблема в том, что если я делаю експорт из компонента export default decorator(component), то все работает норм. Но мне так делать в данном случае нельзя, т.к. декоратор будет динамический. Решил заимпортить декоратор и компонент в родительский компонент и сделать так: const content = decorator(component) return <div> (другие компоненты) {content} </div> Но в таком случае реакт говорит, что я дебил и функция не может быть реактовским дочерним элементом

Асинхронщина

что "асинхронщина" ?

сторишоты делаются не мной, а модулем. там все сторисы грузятся сразу, через jest.

можно поподробнее, что ты имел в виду?

что "асинхронщина" ?

Там наверное тоже самое что в styleguidist Все в один бандл попадает

Нее?

Там наверное тоже самое что в styleguidist Все в один бандл попадает

да нет, сам storybook работает норм там уже делится на бандлы тормозят именно storyshot

Сорян, попутал

Привет. Есть один и тот же компонент, который используется в разных местах с разной логикой, но вьюха абсолютно одинаковая. Что бы не плодить 2 компонента, я решил сделать один, а к нему 2 декоратора с логикой. Далее мне нужно на одной странице вызвать этот компонент с одним декоратором, а на другой с другим. Проблема в том, что если я делаю експорт из компонента export default decorator(component), то все работает норм. Но мне так делать в данном случае нельзя, т.к. декоратор будет динамический. Решил заимпортить декоратор и компонент в родительский компонент и сделать так: const content = decorator(component) return <div> (другие компоненты) {content} </div> Но в таком случае реакт говорит, что я дебил и функция не может быть реактовским дочерним элементом

Не делай декоратор

Сделай отдельно хок который будет прокидывать пропсы Через рендер проп например

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

Ну да все можно в хоке

я чет не догоняю вроде, декоратор это же и есть хок)

функция, которая принимает компонент и возвращает измененный компонент

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

Ну судя по доке реакта декоратор, в моем случае = hoc. Я чет хз почему мне это название пиелось так, вроде от курсов Кантора

я чет не догоняю вроде, декоратор это же и есть хок)

называй как хочешь, все поймут

Ну судя по доке реакта декоратор, в моем случае = hoc. Я чет хз почему мне это название пиелось так, вроде от курсов Кантора

Декоратор это именно синтаксическая конструкция, синтаксический сахар. Которая через @

Всем привет кто что использует для мультиязычности? redux-polyglot норм?

Вообщем, отвечая на свой вопрос - надо было делать не так: return <div> (другие компоненты) {content} </div> а так: return <div> (другие компоненты) <Content /> </div>

<style>{' @page {} '}</style>

порталы же с 16 реакта? а в 15 есть какой то вариант портал сделать? ?

а обновиться совсем никак?

а обновиться совсем никак?

была б возможность не задавал бы вопрос)

в итоге костыль document.body.appendChild походу мой друг ?