Ну а какой метод сработает только 1 раз за всю работу приложения?

Делай запрос извне реакта.

В асинхронных роутах лучше данные получать

если один раз

Не, там чуваку нужно один раз за всю жизнь проекта, а не сессии, тут только localstorage

А

Делай запрос извне реакта.

А потом передавать в компонент?

Ты можешь сделать запрос в стор

уже

А потом передавать в компонент?

Типа того, через редакс, к примеру.

Не, там чуваку нужно один раз за всю жизнь проекта, а не сессии, тут только localstorage

Тут я не прав. Сессия лучше описывает ситуацию

ты делаешь const store = createStore... и потом store.dispatch

это происходит до ReactDOM.render

нужные компоненты подтянут уже что надо

Плюс можно из локалсторейджа initial store подтянуть

Хорошо, понял, спасибо

В сообществе Вебпака кризис: авторы хотят работать над ним всё время, но текущий донат не покрывает расходы. Закиньте по 25 баксов в месяц, это дешевле трёх латте Сингапур в Кофемании. Или хотя бы $5, $10 это уже хорошо. https://opencollective.com/webpack

В сообществе Вебпака кризис: авторы хотят работать над ним всё время, но текущий донат не покрывает расходы. Закиньте по 25 баксов в месяц, это дешевле трёх латте Сингапур в Кофемании. Или хотя бы $5, $10 это уже хорошо. https://opencollective.com/webpack

ты донатишь?

Третья версия рабочая уже?

ты донатишь?

Да

Только что закинул

красавчик

Третья версия рабочая уже?

Да

почему это антипаттерн? constructor(props){ super(props) this.state = { type: this.props.type }; }

потому что откуда у тебя тут props?

из коннекта,из стора

Вероятнее всего оно не поменяется

Пропсы там таки есть, но при изменении пропсов стейт не обновитсч

Ну во первых, ты уверен, что у тебя будет задано type в props?

Вероятнее всего оно не поменяется

"Я надеюсь"

Ну во первых, ты уверен, что у тебя будет задано type в props?

да,это обязательно поле в таблице на сервере

Вообще желательно значения по умолчанию делать для таких случаев.

Но вообще не вижу в этом подходе ничего плохого.

"Я надеюсь"

мы фетчим данные с сервера, пишем их в стор, получаем в компоненте из стора. Далее из вне компонента оно меняться не должно

А нафиг вам вообще statefull тогда?

ну а чо мне на каждый чих диспетчить экшен?

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

это буквально форма создания

«идеалогически» предполагается что ты не будешь плодить сущности

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

Никто не говорит, что его нужно шарить. Просто, если state не изменяется, то зачем оно вообще нужно?

Пропсы - динамические, изменяемые во времени параметры

State вообще только для внутреннего состояния компонента, остальное спускается через пропсы.

В телегу завезли ивентлог

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

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

Значит ли это, что мне стоит записать результат аякса внутрь локального стейта конпонента, а не в стор?

в дальнейшем в форме я могу изменить тип

от типа зависит вывод некоторых полей

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

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

Желательно делать компоненты чистыми, но это не всегда правильно.

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

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

Вспомнилось как у меня всё сломалось, когда react-router разделили на react-router-dom, react-router, react-router-native и проч.

Обновил проект через updtr и всё сломалось.

Зачем обновлять зависимости не читая ченджлоги?

Потому что я могу. Кстати этот случай научил читать ченджлоги.

Чому это антипаттерн то?

Зачем обновлять зависимости не читая ченджлоги?

Лень

все уже заценили Akili?

Обновляешь. Тесты наебнулись - читаешь. Не наебнулись - не читаешь. Депрекейтед надо показывать

все уже заценили Akili?

Втф

https://habrahabr.ru/post/331704/

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

метча

ERROR: S client not available

епта

Забавно

Нене

Нахер-нахер

Слишком ангуляристо

Лучше уж Vue взять

Как пральна заметили в комментах

<for in="${ this.data }"> <loop>${ this.loopIndex } => ${ this.loopKey} => ${ this.loopValue.title }</loop> </for>

Это пиздец

В репозитории все еще печальнее

Ни одного форка, ни одного pr, один контрибьютор

Это даж не бета

Это пет-проект с одним пейсателем

Который 20 дней назад прекратил коммитить вообще

а в чем фишка Vue? я с ним не работал

и главное

зачем

для чего писать свой фрейм

чтобы что?

Комменты к коммитам там тоже клевые

Denis может ради экспирианса?)

билд-билд-билд

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

Ну не, это мне напоминает статейки типа «Пишем свой фреймворк a-la angular»

Где разбираются внутряки

Ток зачем об этом писать на хабре?

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

На гитхабе таких фреймворков целый вагон лежит

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

Хороший опыт, кстати

Согласен

А был где-т цикл статей с подробным разбором концепции virtual dom, кстати