охуенно :)

Просто почитай доку реакта. Там все есть!!!!

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

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

+ Я сразу об этом писал

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

ОФИЦИАЛЬНУЮ ДОКУМЕНТАЦИЮ

ну я пытался конструктивно если честно

https://60devs.com/pure-component-in-react.html

если сам в гугл не умеешь

https://60devs.com/pure-component-in-react.html

На офдоку дай ссылку, пожалуйста

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

Я еще про js могу добавить, в котором одно и то же можно написать несколькими способами и оно работает в зависимости от того каким способом объявил функцию например. То this в контекст передаётся, то нет. Хуже пхп уже сделали, ейбогу

Я еще про js могу добавить, в котором одно и то же можно написать несколькими способами и оно работает в зависимости от того каким способом объявил функцию например. То this в контекст передаётся, то нет. Хуже пхп уже сделали, ейбогу

у меня ставка психолога — $100 в час

могу записать на прием по скайпу

на “поныть”

Сорри, камрады, я адекватен, но просто злой. Целый день убил чтобы понять как в этом редаксе с этим жс держать в голове этот, блд, список. Работы сука на полчаса, но хер ногу сломит в этом.

возьми vue

из плюсов — ныть будешь в соседнем чатике

уж лучше elm

слова не мальчика, но мужа

reasonml покури

или ocaml

окамл когдато курил ради интереса

но в ТЗ реакт

Так реакт для reasonml есть)

хз как ты в елм пойдешь если доку реакта на 5 страниц не осилил

Сорри, камрады, я адекватен, но просто злой. Целый день убил чтобы понять как в этом редаксе с этим жс держать в голове этот, блд, список. Работы сука на полчаса, но хер ногу сломит в этом.

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

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

не согласен

но просто надо гуглить параллельно

не согласен

Лол, ты как психолог на этом зарабатываешь

А в доке все есть

А ещё куча бесплатных статей и мини курсов от авторов и реакта и ридакса

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

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

negative. в меня легче заходит когда сразу писать. Чиатя ту воду которую щас пишут я засыпаю. Кончились Страуструпы, к сожалению.

ну вот я про то же

negative. в меня легче заходит когда сразу писать. Чиатя ту воду которую щас пишут я засыпаю. Кончились Страуструпы, к сожалению.

Нда

начинать надо с туториалов

Когда шлют в доку надо идти и читать

а не с мануалов

Когда шлют в доку надо идти и читать

но это 100%

открываешь ман что-то не понимаешь — идешь в доку

а сразу в доку это тупая трата времени

Я всем советую прочитать доку полностью, хотя бы быстро. Даже если не понятно Потом легче будет искать

хотя еще в чатик поныть можно)

начинать надо с туториалов

фига там тех туториалов? Обсасывают всё в общем а потом один хер нарываешься на грабли. тот же shouldComponentUpdate я впервые тут увидел, а ведь прочитал десятки реакт+редукс туториалов

и статей, и на форумах

так ты офф доку читал, лол?

там воды полведра на стакан смысла

там есть и про sCU

так ты офф доку читал, лол?

Последние​ 50 сообщений о том, что читать доку не надо.

там воды полведра на стакан смысла

Блядь, там все есть. Все что ты сейчас спрашивал

там воды полведра на стакан смысла

так поплавай в воде

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

Хз, где там в доке вода

В хаскелле вообще доки нет

Лучше вода чем ничего

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

не, я как раз в коричневом :) Пришлось поазить по узким местам :)

Читай API Reference тогда, там ваще ток описание методов

не, я как раз в коричневом :) Пришлось поазить по узким местам :)

В говне что-ли?

крч, камрады, как правильно мне этот список серверов организовать? По факту это тупо данные. Но на их изменение дожны реагировать некоторые компоненты, остальные просто должны работать с этим списком, читать его.

крч, камрады, как правильно мне этот список серверов организовать? По факту это тупо данные. Но на их изменение дожны реагировать некоторые компоненты, остальные просто должны работать с этим списком, читать его.

Реакт функция от данных

Он не может просто читать когда захочется

Реакт функция от данных

Вот это я называю водой, кстати

Его реакция на данные это перерисовка

Вот это я называю водой, кстати

render(data)

Реакт не ооп

Спасибо, кэп что объяснил мне как работает движок. Как лучше мне реализовать свою хотелку?

Реакт не ооп

ВНЕЗАПНО

js тоже не ООП?

крч, камрады, как правильно мне этот список серверов организовать? По факту это тупо данные. Но на их изменение дожны реагировать некоторые компоненты, остальные просто должны работать с этим списком, читать его.

Не подписывай на редюсер со списком серверов и все

ERROR: S client not available

Подпиши на нужный кусок стора только нужные компоненты

Не подписывай на редюсер со списком серверов и все

в таком случае как мне к нему доступ иметь?

Стор ровно один

Стор ровно один

Опечатался. Исправил

точнее два, но второй вошол норм и к месту ничегго лишнего

в таком случае как мне к нему доступ иметь?

Суть в том, что если компонент имеет доступ к данным из стора, то эти данные влияют на его результат. И при изменении данных надо перерендерить компонент

Это идея

Ты не получишь измененных данных если не будешь получать обновления

Обращаться напрямую к стору из компонента минуя connect и props это антипаттерн

Обращаться напрямую к стору из компонента минуя connect и props это антипаттерн

это я спинным мозгом понимаю и так не делаю

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

Компоненты должны знать только о тех данных которые нужно отрисовать

Все

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

Стоп. Гдето я в техсамых(ц) мануалах читал что экшены должны возвращать один и тот же результат. Как я могу работать с экшенами, как я могу оттуда опрашивать сервера если результат опроса может быть разным?

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

Мне надо список этих серверов в других компоенетах...

Все действия со списком выполняй в экшенах. В помощь тебе redux-thunk

Если знаком с promise и async/await то порадуешься

Мне надо список этих серверов в других компоенетах...

Зачем

Мне надо список этих серверов в других компоенетах...

Тебе в других компонентах нужен список серверов, но при этом тебе не надо чтобы они обновлялись (списки) при изменении в сторе?

Стоп. Гдето я в техсамых(ц) мануалах читал что экшены должны возвращать один и тот же результат. Как я могу работать с экшенами, как я могу оттуда опрашивать сервера если результат опроса может быть разным?

Редюсеры должны

Тебе в других компонентах нужен список серверов, но при этом тебе не надо чтобы они обновлялись (списки) при изменении в сторе?

Зачем тебе нужен список в компонентах?

Зачем тебе нужен список в компонентах?

Чтобы отрисовывать компоненты в зависимости от копонентнозависимых запросов к этим серверам

Чтобы отрисовывать компоненты в зависимости от копонентнозависимых запросов к этим серверам

Тогда тебе надо перерендеривать

Тогда тебе надо перерендеривать

Да, но оно ререндерицца и при обновлении списка, что не надо

Да, но оно ререндерицца и при обновлении списка, что не надо

Почему не надо

То есть тебе нужно только первый рендер?

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

нет.

Щас расскажу

Давай всю идею

есть список серверов. Есть компоненты которые его отображают. Они должны ререндериться когда происходят изменения в спивке. Есть компоненты, которые шлют в эти сервера fetch запросы и ререндерятся в зависимости от ответов. Их большинство. Вот эти компоненты не должны ререндериться при изменении списка этих серверов. Они должны по событию (юзер, таймер, етц) сделать в серверы запросы и отрендерить результат.