Size: a a a

React — русскоговорящее сообщество

2020 December 20

O

Oil Field in React — русскоговорящее сообщество
Dmitriy Shuleshov
зомбаки это совсем не то
Вроде одна и та же проблема
источник

DS

Dmitriy Shuleshov in React — русскоговорящее сообщество
Oil Field
Вроде одна и та же проблема
Не вроде, и не та же самая.
Даже зомбаки и стейл пропс это разное
источник

АБ

Александр Бакиматов... in React — русскоговорящее сообщество
Alexander Marchenko
Потому что один стор для всего так себе, особенно в больших приложениях
редакс конечно не самый приятный стм, да и мультисторы как по мне удобнее (чисто для меня). но вот то что это это плохая идея для большого приложения - ну такое
источник

АР

Андрей Рудин... in React — русскоговорящее сообщество
Александр Бакиматов
редакс конечно не самый приятный стм, да и мультисторы как по мне удобнее (чисто для меня). но вот то что это это плохая идея для большого приложения - ну такое
ну если там данных будет дофигища, и на каждый чих надо их готоврить заново, это действительно плохая история должна быть.
источник

k

kaneru in React — русскоговорящее сообщество
Всем привет! Помогите пожалуйста с promise в useEffect и загрузкой данных:

useEffect(() => {
   const fetchPages = async () => {
     setIsPagesLoading(true);
     await Promise.all([
       fetch(pages[state.currentPages[0]]),
       fetch(pages[state.currentPages[1]]),
     ]).then(responses => {
       Promise.all(responses.map(res => res.text())).then(data => {
         const HTML = parse(
           data.reduce((acc, item) => acc + item),
           options,
         );
         setPagesHTML(HTML);
       });
     });
     setIsPagesLoading(false);
   };

   fetchPages();
 }, [state.currentPages]);


Есть две проблемы:

1. Иногда видно, как изображения загружаются один за другим, а не "одновременно"
2. Несмотря на setIsPagesLoading(true) и setIsPagesLoading(false) видна сначала надпись Loading..., потом старые данные, потом новые данные.
источник

O

Oil Field in React — русскоговорящее сообщество
Dmitriy Shuleshov
Не вроде, и не та же самая.
Даже зомбаки и стейл пропс это разное
Хотя не совсем, там немного про другое
источник

АБ

Александр Бакиматов... in React — русскоговорящее сообщество
Андрей Рудин
ну если там данных будет дофигища, и на каждый чих надо их готоврить заново, это действительно плохая история должна быть.
что значит на кажжый чих их готовить заново? у вас селекторы не мемоизированы? тогда это заранее херовая история
источник

AM

Alexander Marchenko in React — русскоговорящее сообщество
Александр Бакиматов
редакс конечно не самый приятный стм, да и мультисторы как по мне удобнее (чисто для меня). но вот то что это это плохая идея для большого приложения - ну такое
Я за разделение по доменам, так легче поддерживать модульность
А большой сингл стор как правило ведет к бардаку и доп сложности, плюс сделать плохо становится очень просто
Имхо, чисто мой опыт
источник

O

Oil Field in React — русскоговорящее сообщество
я уже забыл про эти ваши СТМ, в моих текущих проектах мне хватает обычного контекста и сервисов с примитивной подпиской
источник

S

Stanislav in React — русскоговорящее сообщество
Oil Field
я уже забыл про эти ваши СТМ, в моих текущих проектах мне хватает обычного контекста и сервисов с примитивной подпиской
вы счастливый человек
источник

O

Oil Field in React — русскоговорящее сообщество
Stanislav
вы счастливый человек
ну такое себе, я из-за этого новую работу теперь ищу, хочется что-то посложней делать
источник

АР

Андрей Рудин... in React — русскоговорящее сообщество
Александр Бакиматов
что значит на кажжый чих их готовить заново? у вас селекторы не мемоизированы? тогда это заранее херовая история
я новичок :) прошу простить если что, но вот смотря все эти мануалы, у меня складывается мнение такое. преподаватели React учат на каждый onChange в форме  state менять, когда это все в одном компоненте ладно еще, я с другого фреймворка пришел, там значение input'а через this.refs.input_name.value получаешь и все, тут же учат что refs плохая практика, и надо через onChange типа что-то поменялось, состояние должно знать об этом. Логическое продолжение, учишь дальше Redux, и тебе надо чтобы о том что ты написал в input'е знали другие компоненты, ну мало ли, и ты прокидываешь onChange из input'а в redux, а там на каждое нажатие клавиши будет генерироваться новый state...
источник

АР

Андрей Рудин... in React — русскоговорящее сообщество
я понимаю что так делать нельзя, но вот складывается впечатление что оно вот так.
источник

O

Oil Field in React — русскоговорящее сообщество
Андрей Рудин
я новичок :) прошу простить если что, но вот смотря все эти мануалы, у меня складывается мнение такое. преподаватели React учат на каждый onChange в форме  state менять, когда это все в одном компоненте ладно еще, я с другого фреймворка пришел, там значение input'а через this.refs.input_name.value получаешь и все, тут же учат что refs плохая практика, и надо через onChange типа что-то поменялось, состояние должно знать об этом. Логическое продолжение, учишь дальше Redux, и тебе надо чтобы о том что ты написал в input'е знали другие компоненты, ну мало ли, и ты прокидываешь onChange из input'а в redux, а там на каждое нажатие клавиши будет генерироваться новый state...
Вам бы про debounce/throttle функции почитать
источник

DS

Dmitriy Shuleshov in React — русскоговорящее сообщество
Alexander Marchenko
Я за разделение по доменам, так легче поддерживать модульность
А большой сингл стор как правило ведет к бардаку и доп сложности, плюс сделать плохо становится очень просто
Имхо, чисто мой опыт
Что мешает по доменам делить при сингл сторе?
источник

AM

Alexander Marchenko in React — русскоговорящее сообщество
А мне как раз наоборот, в проекте достаточно сложного, чтобы отвлекаться на бойлерплейт редакса, обмазывать все это селекторами и тд
Год назад перешли на эффектор и забыли про всю эту мешуру, просто работает и все
источник

АБ

Александр Бакиматов... in React — русскоговорящее сообщество
Андрей Рудин
я новичок :) прошу простить если что, но вот смотря все эти мануалы, у меня складывается мнение такое. преподаватели React учат на каждый onChange в форме  state менять, когда это все в одном компоненте ладно еще, я с другого фреймворка пришел, там значение input'а через this.refs.input_name.value получаешь и все, тут же учат что refs плохая практика, и надо через onChange типа что-то поменялось, состояние должно знать об этом. Логическое продолжение, учишь дальше Redux, и тебе надо чтобы о том что ты написал в input'е знали другие компоненты, ну мало ли, и ты прокидываешь onChange из input'а в redux, а там на каждое нажатие клавиши будет генерироваться новый state...
стейт формы хранить в глобал сторе вообще очень редко когда надо а в большинстве случаев херовая затея.
источник

O

Oil Field in React — русскоговорящее сообщество
Alexander Marchenko
А мне как раз наоборот, в проекте достаточно сложного, чтобы отвлекаться на бойлерплейт редакса, обмазывать все это селекторами и тд
Год назад перешли на эффектор и забыли про всю эту мешуру, просто работает и все
звучит как реклама, лол
источник

АР

Андрей Рудин... in React — русскоговорящее сообщество
Oil Field
Вам бы про debounce/throttle функции почитать
прочитаю, спасибо.
источник

АБ

Александр Бакиматов... in React — русскоговорящее сообщество
Oil Field
Вам бы про debounce/throttle функции почитать
+ и это тоже
источник