Подтверждаю. Ох как же я с ним помучился. Основные минусы для меня: - отсутствие возможности следить за изменением истории в сторах редакса; - неполное API (представлено только компонентами), поэтому программно pushState уже не сделать.

а зачем pushState делать из роутера?

Разве реакт не панацея?

а зачем pushState делать из роутера?

Не из роутера. А например у меня есть поле ввода, где все, что ты введешь, должно попасть в урл и стать параметрами роута. Вот в рр4 это я сделать не смог

Т.е. на рост алергия?

Ну там не просто так выходит по 4 версии за полгода. Вообще не надо себе идолов создавать – все хуйня кроме пчел, хотя и пчелы...

мастера реакта, помогите советом

Ну там не просто так выходит по 4 версии за полгода. Вообще не надо себе идолов создавать – все хуйня кроме пчел, хотя и пчелы...

Ну, вообще да, но я слабо себе представляю рост без изменений, на самом деле.

Хотя ТАК сильно ломать либу, как тут описывают - это пздц.

я получил данные через ajax, state новый вернул. Далее мне надо отфильтровать, групировать и т.д. Где лучше всего это делать? Пока есть думаю в контейнере в componentWillReceiveProps, но есть сомнения

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

Хотя ТАК сильно ломать либу, как тут описывают - это пздц.

так они говорили. что можно считать за другую либу)

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

Хах.

я получил данные через ajax, state новый вернул. Далее мне надо отфильтровать, групировать и т.д. Где лучше всего это делать? Пока есть думаю в контейнере в componentWillReceiveProps, но есть сомнения

В connect-е?

я получил данные через ajax, state новый вернул. Далее мне надо отфильтровать, групировать и т.д. Где лучше всего это делать? Пока есть думаю в контейнере в componentWillReceiveProps, но есть сомнения

А почему в редьюсере сразу не сделать это?

Потому что сортировка, возможно, по пропсам?

А почему в редьюсере сразу не сделать это?

ну там много всего, на несколько функция разделить надо. Нормально ,если из редьюсера дергать другие функции?

Если функции чистые, кстати, почему бы и нет.

Какая разница что ты делаешь в редюсере, лишь бы не мутировал.

ну там много всего, на несколько функция разделить надо. Нормально ,если из редьюсера дергать другие функции?

Если это не другие редьюсеры, а просто утилиты, то почему бы и нет

понял, спасибо

А можно посмотреть где-то какие будут митапы типа fronttalks и подобное связанное с фронтом в киеве в ближайшее время?

А можно посмотреть где-то какие будут митапы типа fronttalks и подобное связанное с фронтом в киеве в ближайшее время?

kharkiv css будет на этих выходных, насколько я помню

спроси в dev-ua гиттере

биржс :)

Ребата, юзаю в проекте react-bootstrap.. в проекте старая версия, на сайте react-boot новая дока, а вот как старую доку глянуть то? Исходники читать это ппц..

Какой svg лоадер юзаете? Не найду популярных)

svg-loader

Спасибо

Какой неожиданный ответ :-)

Да их что-то дохуя, и все разные svg-loader, react-svg, react-svg-loader...

http://cs4.pikabu.ru/images/big_size_comm/2014-02_6/13935132531568.jpg

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

"babel-node" не является внутренней или внешней как обойти?

Установить babel cli

Хотя смотря в каком контексте это выполняется

при npm run ...

"babel-node" не является внутренней или внешней как обойти?

https://babeljs.io/docs/usage/cli/

Ну вобще он это пишет, потому что не установлен babel-cli

Но глобально его ставить для запуска npm скриптов - плохая идея

ага, ща пробую

npm i не работает?

node_modules/.bin/node-babel

Парни, а какая у вас структура defaultState в Redux с учетом страниц? Ну т.е. есть допустим в апе 5 разных страниц. На каждую страницу свой ключь в стейте?

кто-то юзал draft-js + flow?

кто-то юзал draft + js? тоже интересует вопрос

draft-js я юзаю) пока только пытаюсь, точнее

Парни, а какая у вас структура defaultState в Redux с учетом страниц? Ну т.е. есть допустим в апе 5 разных страниц. На каждую страницу свой ключь в стейте?

делал так + общие стейты, которые есть везде

flow матерится на draft-js декларации

делал так + общие стейты, которые есть везде

а если у тебя отображается одна из 5-ти страниц, то все остальные ключи содержат undefined, или старые данные, которые туда попали при последнем посещении тех страниц?

а если у тебя отображается одна из 5-ти страниц, то все остальные ключи содержат undefined, или старые данные, которые туда попали при последнем посещении тех страниц?

чаще всего я удаляю данные, которые мне не нужны

а когда ты их удаляешь?

Через событие

и зачем тогда разные ключи на разные страницы, когда можно один ключ: page

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

вызываю экшен на подобии VIEW_CLEAR и он перезаписывает стейт на какой-то начальный

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

но, мне тогда кажется, легко будет запутаться

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

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

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

не сказал бы что большой, но да { home: { /*...*/ }, account: {/*...*/}, user: {/*...*/} } home и account у меня страницы, а вот user это глобальный объект пользователя ( без деталей, которые на той же account можно глянуть уже )

нет, а вот сам home например

он большой вложенности?

ну максимум 3-4 уровня вложенности, это уже прям край

обычно 2-3, потому что больше уже становиться адом

все таки я не понял. на каждую страницу свое свойство в стейте?

все таки я не понял. на каждую страницу свое свойство в стейте?

даа, то есть есть глобальный стейт, где есть home, account, tasks допустим + какие-то еще общие между всеми страницами данные

а в home уже лежит еще 3-4 свойства, относящиеся конкретно к домашней странице

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

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

да, с данными у меня всегда только одна страница

у остальных дефолтные данные

почему тогда не заведешь один ключ на текущую страницу?

мне показалось легче разъединить эти данные, лишнего когда от это не так много, просто в componentWillUnmount отправляю событие HOME_CLEAR, например

и все

хм...

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

tasks заполнилось каким-то данными

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

нет, чистить придется, да, но можно чистить одно свойство

какая разница?

нет, чистить придется, да, но можно чистить одно свойство

ну, ты перешел из вьюхи А в вьюху Б, у тебя теперь в page лежат свойства А и свойство Б

если только ты перед вьюхой Б не почистил page

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

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

так я не вижу в этом какого-то большого профита

не думаю что скорость или память из-за это жуть как просидает

даже если бы их было 100 страниц, с дефолтными значениями они не так много заняли бы места

ммм... это да

ок, я понял

спасибо

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

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

да, он будет еще одним свойство orders в стейте. на том же уровне что и сами данные о списке заказчиков

тип orders: { list: {}, detail: {} }

Вопрос к тем, кто использует react-formal. Как там использовать поля с символом "-" в имени?

Например name="password-confirm"

У меня такие поля автоматически заполняются NaN

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