дата релиза 2016-03-02

то есть вполне возможно, что у них версия старее

Вот и спрашиваю в сем может быть косяк

очевидно, в версии. Там может быть как и просто старая версия Хрома без возможности обновления, так и обычная но с какими-нибудь модификациями (например, дополнительными дефолтными стилями)

бывает еще расширения импортируют свои стили в страницу

А есть чатик по биг дата и вот этому вот всему?

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

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

setState redux immutable.js ramda

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

%s/иммунитабельного/иммутабельного/

mobx мутабельный)

*fixed

Еее иммунитабельность

setState это что?

либо какая-то новая?)

?

ага

setState это что?

обновления состояния компонента =D

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

ну ок) а то мало ли)

новое слово в реакте ваще

да это я знаю)

setState это что?

https://www.npmjs.com/package/set-state

лол

0 звезд)

да сова просто не хочет тебе палить либу

потому что все кто ею пользуются дико тащат

и несравнимы на рынке

за 100$ скину реальный линк

мне mobx норм

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

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

зацените https://github.com/AutoSponge/_part_

викинг суровый

не то что современные метросексуальные хипстеры

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

rx.observable

:D

setState redux immutable.js ramda

не понял. Я про другое хотел узнать

не хранить вложенные объекты

вообще иммутабельность такая штука, которой в принципе можно достигать и без immutable библиотек, просто грамотной работой с данными. Redux то на каждый чих тоже должен пересоздавать новый объект стейта, главное чтобы компоненты не гадили в стейт

написать функцию которая будет обновлять а ещё не иметь вложенности объектов больше 2

написать функцию которая будет обновлять а ещё не иметь вложенности объектов больше 2

а иначе, только как я пример выше написал?

вообще иммутабельность такая штука, которой в принципе можно достигать и без immutable библиотек, просто грамотной работой с данными. Redux то на каждый чих тоже должен пересоздавать новый объект стейта, главное чтобы компоненты не гадили в стейт

синглтоны юзать и всё

а иначе, только как я пример выше написал?

можно заюзать immutable.js можно заюзать lenses из ramda

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

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

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

redux? есть

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

синглтоны юзать и всё

ой все

и при willUnmount обновлять

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

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

и при willUnmount обновлять

вот это

синглтоны юзать и всё

дайте ссылку

обновлять уже глобальный объект, всё это решаемо с mobx

дайте ссылку

mobx)

обновлять уже глобальный объект, всё это решаемо с mobx

мне кажется mobx привносит дополнительную сложность при кажущейся простоте работы с данными

это все тот же data binding, от которого все бежали

юзал мобикс - вернулся к редаксу

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

я вот сижу впиливаю, а ты чойта выпиливаешь.

лучше что-нибудь самому придумать или заюзать dvajs

dvajs неплох

но в редаксе больше вкусных вещей и саппортится лучше

вообще иммутабельность такая штука, которой в принципе можно достигать и без immutable библиотек, просто грамотной работой с данными. Redux то на каждый чих тоже должен пересоздавать новый объект стейта, главное чтобы компоненты не гадили в стейт

вообще, всегда этого метода придерживался

http://frontflip.me/2016/06/15/why-mobx-and-not-redux.html

для вникая dva - самое-то, потом можно самому припилить что угодно. Это же редакс

кому не лень - послушайте

ERROR: S client not available

Всем приветик, Есть такой вопрос)) а кто-то юзал реакт точечно, т.е не весь сайт spa, а использовать реакт в каких-то отдельных местах, где это уместно ? и как организовывалась сборка проекта в этом случае ?

Всем приветик, Есть такой вопрос)) а кто-то юзал реакт точечно, т.е не весь сайт spa, а использовать реакт в каких-то отдельных местах, где это уместно ? и как организовывалась сборка проекта в этом случае ?

да

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

Правильно теряется — зачем он нужен после смерти компонента?

Всем приветик, Есть такой вопрос)) а кто-то юзал реакт точечно, т.е не весь сайт spa, а использовать реакт в каких-то отдельных местах, где это уместно ? и как организовывалась сборка проекта в этом случае ?

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

Всем приветик, Есть такой вопрос)) а кто-то юзал реакт точечно, т.е не весь сайт spa, а использовать реакт в каких-то отдельных местах, где это уместно ? и как организовывалась сборка проекта в этом случае ?

Я юзал как интерфейс над игрой на фазере

у меня есть большой django-проект, он будет сделан по "классической" схеме, т.е не рест, но есть отдельные страницы , на которых SPA очень напрашивается. их примерно 3 штуки, так вот вопорс, сделать эти 3 страницы как одно реакт-приложение (один бандл,папка , стор и т.д) или как три маленьких реакт приложения ?

Правильно теряется — зачем он нужен после смерти компонента?

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

и целая пачка бекендеров, т.е пилить спа не получитьсЯ, т.к я единственный-фронтендер

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

Ну логично. Иначе ты протечки получишь. Хочешь сохранять — делай это отдельно руками.

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

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

у меня есть большой django-проект, он будет сделан по "классической" схеме, т.е не рест, но есть отдельные страницы , на которых SPA очень напрашивается. их примерно 3 штуки, так вот вопорс, сделать эти 3 страницы как одно реакт-приложение (один бандл,папка , стор и т.д) или как три маленьких реакт приложения ?

три маленьких

у меня есть большой django-проект, он будет сделан по "классической" схеме, т.е не рест, но есть отдельные страницы , на которых SPA очень напрашивается. их примерно 3 штуки, так вот вопорс, сделать эти 3 страницы как одно реакт-приложение (один бандл,папка , стор и т.д) или как три маленьких реакт приложения ?

если 3 приложения очень похожи друг на друга, и отличаются только небольшими деталями - можно сделать один бандл и как то сетапить каждого через props

да это по сути очеьн огромные связанные степ-формы

если 3 приложения очень похожи друг на друга, и отличаются только небольшими деталями - можно сделать один бандл и как то сетапить каждого через props

Обычно так не работает

все три

у меня есть большой django-проект, он будет сделан по "классической" схеме, т.е не рест, но есть отдельные страницы , на которых SPA очень напрашивается. их примерно 3 штуки, так вот вопорс, сделать эти 3 страницы как одно реакт-приложение (один бандл,папка , стор и т.д) или как три маленьких реакт приложения ?

если приложения очень разные - не грех создать три entry point'а

все три

Делай три бандла

та они по сути похожи ,Все три это набор страниц с кучей форм

но с разной логикой

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

так смысл мне городить свой велосипед для работы со стейтом контейнера, если это делает redux + connect

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

так смысл мне городить свой велосипед для работы со стейтом контейнера, если это делает redux + connect

а смысл обновлять стейт, если можно сделать все локально?

та они по сути похожи ,Все три это набор страниц с кучей форм

ти можешь легко шарить компоненты одинаковые между этими энтри поинтами

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

вот это я думаю и есть велосипед

ага, а насколько это вобоещ хорошая/нехорошая/распространенная практика внедрять точесно spa в не-spa приложение ? никогда так нед елал

а смысл обновлять стейт, если можно сделать все локально?

так ты мне предлагал вынести стейт не локально а на уровень выше в контейнер, я ответил а смысл сне писать этф костыли, если redux connect создает сам этот контейнер и дает плюшки по работе со стейтом

но педалить в ближайший год лапшу на жиквери тоже нет никакого жеалния

так ты мне предлагал вынести стейт не локально а на уровень выше в контейнер, я ответил а смысл сне писать этф костыли, если redux connect создает сам этот контейнер и дает плюшки по работе со стейтом

а в контейнере разве не локально будет?

this.setState, this.state

ага, а насколько это вобоещ хорошая/нехорошая/распространенная практика внедрять точесно spa в не-spa приложение ? никогда так нед елал

Хм... зависит от ситуации, если приложение сложное и ты умеешь делать без лапши только на реакте, то твой выбор - реакт

а в контейнере разве не локально будет?

локально по отношению к чему