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

Мне надо запустить перерасчет кое-чего в window.innerHeight _после_ unmount компонента... Как быть? Когда срабатывает cWU, компонент еще в ДОМе..

getDerivedStateFromProps

И честно говоря, это значительно увеличивает код, так как надо пропс записывать в стейт, а на основании (него) prevState уже сравнивать с nexProps, раньше был хороший метод componentWillReceiveProps, который имел и this props и nextProps, что позволяло сравнивать их, а теперь такая же конструкция есть shouldComponentUpdate, хоть он для этого и не предназначем

И честно говоря, это значительно увеличивает код, так как надо пропс записывать в стейт, а на основании (него) prevState уже сравнивать с nexProps, раньше был хороший метод componentWillReceiveProps, который имел и this props и nextProps, что позволяло сравнивать их, а теперь такая же конструкция есть shouldComponentUpdate, хоть он для этого и не предназначем

С другой стороны, есть componentDidUpdate

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

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

Это чат реакта

а вы вагрантом не пользуетесь?

и что?

а вы вагрантом не пользуетесь?

только docker, только хардкор

Всем привет. У меня вопрос по github pages. Залил свой проект git-pages, перехочу на новую страницу через роутинг - все работает, но когда обновляю страницу пишеш "404 File not found"

может поможет react-projects - это название репо

С другой стороны, есть componentDidUpdate

В shouldComponentUpdate сетСтейт отваливается, а componentDidUpdate после рендера

В shouldComponentUpdate сетСтейт отваливается, а componentDidUpdate после рендера

Почему отваливается? Работает

В shouldComponentUpdate сетСтейт отваливается, а componentDidUpdate после рендера

про рендер, да, к сожалению, но перерендерится

Почему отваливается? Работает

Я юзаю сейчас рн, при попытке вызвать сетстейт в нем - у меня ошибки, чтобы я такого не делал

Я юзаю сейчас рн, при попытке вызвать сетстейт в нем - у меня ошибки, чтобы я такого не делал

Ошибки цикличного вызова?

Нет

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

Всем здрасте

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

Хотя можно сделать сетсейт и вернуть в нем фолс, тогда будет один, но в purecomponent это не сделаешь

да? а теперь представь что один разраб так думает, второй разраб так думает, третий, ... 100500й. В итоге в браузере 50 вкладок которые жрут память

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

https://artalar.github.io/reatom/#/?id=why-not-effector

> The weight can be smaller but it does not Ты ведь сам знаешь, что это не так

> The weight can be smaller but it does not Ты ведь сам знаешь, что это не так

У меня весь реатом меньше ядра эффектора

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

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

Не до конца понял про удаление из стора при отписке

Garbage Collection

У меня весь реатом меньше ядра эффектора

Опять же, я уверен, ты видел тот_самый_тред_с_ситником, ты видел за и против веса эффектора, ну невозможно столько функционала запихнуть в размеры редакса или реатома

Опять же, я уверен, ты видел тот_самый_тред_с_ситником, ты видел за и против веса эффектора, ну невозможно столько функционала запихнуть в размеры редакса или реатома

Ну я запихнул...

Не все

Но 90% нужного

да? а теперь представь что один разраб так думает, второй разраб так думает, третий, ... 100500й. В итоге в браузере 50 вкладок которые жрут память

Пфф... Фронтенды не думают о памяти, вы про node modules не в курсе???)

Но 90% нужного

Что-то даже лучше вышло

Пфф... Фронтенды не думают о памяти, вы про node modules не в курсе???)

ну совсем это уже совсем пиздец, да

Ну я запихнул...

Но у тебя централизованный стейт менеджер, это заведомо позволяет избавиться от некоторых подзадач

Пфф... Фронтенды не думают о памяти, вы про node modules не в курсе???)

Ну-ка, расскажи, что не так с нод модулями?

ну совсем это уже совсем пиздец, да

Мировое сообщество пришло к выводу что дешевле купить оператирки раз в три года чем научить фронтов следить за памятью

Но у тебя централизованный стейт менеджер, это заведомо позволяет избавиться от некоторых подзадач

💁‍♂ Главное что он решает пользовательские задача

мировое сообщество это ты и твой друган?

Но у тебя централизованный стейт менеджер, это заведомо позволяет избавиться от некоторых подзадач

И, кстати, местами это достаточно большая проблема

Ну-ка, расскажи, что не так с нод модулями?

)

)

попробуй тоньше

попробуй тоньше

|

Мировое сообщество пришло к выводу что дешевле купить оператирки раз в три года чем научить фронтов следить за памятью

@artalar он похож на тролля, как думаешь?

💁‍♂ Главное что он решает пользовательские задача

Но он другой по концепции, его можно сравнить с эффектором по весу, но не со словами "эффектор мог бы быть меньше"

Но он другой по концепции, его можно сравнить с эффектором по весу, но не со словами "эффектор мог бы быть меньше"

Это просто один из пунктов, который важен для кого-то

Привет, стоит ли писать на ts реакт проект, удобно ?

Но он другой по концепции, его можно сравнить с эффектором по весу, но не со словами "эффектор мог бы быть меньше"

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

Привет, стоит ли писать на ts реакт проект, удобно ?

Да

Привет, стоит ли писать на ts реакт проект, удобно ?

Но только учтите что будет "больно")))

Но только учтите что будет "больно")))

Почему?)

Но только учтите что будет "больно")))

С хуками не особо

Почему?)

Если вы новичок в ТС с ним в принципе будет сложно поначалу. Как и с любым ЯП новым

Почему?)

Потому что в веб-деве люди не привыкли к статической типизаций

Я имел в виду написание своих HOC, хитрые и удобные конструкции котрыми вы пользовались в чистом js придётся либо переделывать под типизацию, либо искать другие решения. Этого конечно не много, но меня если честно по началу напрягало

Я имел в виду написание своих HOC, хитрые и удобные конструкции котрыми вы пользовались в чистом js придётся либо переделывать под типизацию, либо искать другие решения. Этого конечно не много, но меня если честно по началу напрягало

Опять же, год уже хоки можно не использовать

Да и экосистема вся на хуках практически

Опять же, год уже хоки можно не использовать

Возможно я так говорю что мне попался TS на реакте без хуков еще

Привет, стоит ли писать на ts реакт проект, удобно ?

Удобство — дело привычки, если тебе нравится строгая типизация, и сам подход TS'а, то пиши. В чем могут быть проблемы?

Удобство — дело привычки, если тебе нравится строгая типизация, и сам подход TS'а, то пиши. В чем могут быть проблемы?

Красиво рассуждаешь, но нет

Доводы?

Доводы?

Много проектов на тс написал?

На тс не писал, мне он не интересен в данный момент, но писал на Шарпе и Джаве

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

У меня подобная конструкция работает, если в shouldComponentUpdate я верну false, а setState перерендерит компонент

У меня подобная конструкция работает, если в shouldComponentUpdate я верну false, а setState перерендерит компонент

Проблема что purecomponent не работает и нужно все пропсы сравнивать самому

На тс не писал, мне он не интересен в данный момент, но писал на Шарпе и Джаве

Когда работаешь с бизнес-логикой, тебе не хочется тратить мозготопливо на низкоуровневые операции, тебе нужно максимум работы отдать на инструменты. С тс ты не отвлекаешься по несколько минут на говноребусы уровня "в каком порядке тут аргументы" и "есть ли тут это поле", ты просто пишешь логику. Плюс - тайпчекинг при компиляции это гарантии корректности исполнения, что-то вроде юнит-тестов. То есть, там, где всё покрыто типами, проблем будет в сотню раз меньше. И нет, типы - не дело вкуса, типы это инструмент, который где-то нужен больше, а где-то меньше.

Ты сейчас говоришь о другом

Проблема что purecomponent не работает и нужно все пропсы сравнивать самому

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

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

Но тут есть много НО

всем 👋 есть ли правило для eslint'а, чтобы запретить делать вот так (текст на строчке с закрывающим тэгом)? <Button type='submit' intent={Intent.PRIMARY} >Сохранить </Button>

Проблема что purecomponent не работает и нужно все пропсы сравнивать самому

всем 👋 есть ли правило для eslint'а, чтобы запретить делать вот так (текст на строчке с закрывающим тэгом)? <Button type='submit' intent={Intent.PRIMARY} >Сохранить </Button>

https://prettier.io/docs/en/options.html#jsx-brackets

Он спрашивает "удобно ли писать на тс?". Удобство — дело привычки, о чем еще речь может идти? Есть люди которые, например, пишут код в виме, ебутся каждый раз с хоткеями, но им удобно, потому что привыкли и им по кайфу. Понимаешь суть?

https://prettier.io/docs/en/options.html#jsx-brackets

это другое, по ходу, это чтобы '>' была на новой строчке

попробуй тоньше

А меня несколько старых ноутов лет 5-7 давности и когда я с них захожу на некоторые сайты и приложения я понимаю куда идёт прогресс

Он спрашивает "удобно ли писать на тс?". Удобство — дело привычки, о чем еще речь может идти? Есть люди которые, например, пишут код в виме, ебутся каждый раз с хоткеями, но им удобно, потому что привыкли и им по кайфу. Понимаешь суть?

У нас чувак на двораке пишет, ему норм 😂

Ты же будешь тригерить рендер каждый раз когда рендерится родитель

Он спрашивает "удобно ли писать на тс?". Удобство — дело привычки, о чем еще речь может идти? Есть люди которые, например, пишут код в виме, ебутся каждый раз с хоткеями, но им удобно, потому что привыкли и им по кайфу. Понимаешь суть?

Я не мог реплайнуть вам обоим, он тоже прочитал и понял

Чувак, у меня кореш верстает клеарфиксом, ему нахер флексбоксы невсрались, а всё почему? Привык. Всё просто.

prettier настрой с eslint

А меня несколько старых ноутов лет 5-7 давности и когда я с них захожу на некоторые сайты и приложения я понимаю куда идёт прогресс

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

Ты же будешь тригерить рендер каждый раз когда рендерится родитель

Почему? Пропс не меняется

Куда надо, чтобы каждая мелкая организация / контора имела свой сайт, который можно легко сделать. Проблема в тех кто сидит с ноутами 7летней давности