Есть вопрос по react router. Как мне при переходе добавить анимацию?

Нет, так как весь js код можно разделить на очень разные 'блоки' Методы (логика), описание для всей монги, публикации/подписки - никому и в голову не придёт лепить это в один файл. А уж тем более внутри каждого 'блока' я разделяю на разные сущности из предметной области На практике это означает, что в текущий работе требуется только несколько файлов А про стили сказать не могу, было уже несколько итераций довольно больших изменений в дизайне и открытый в правом табе огромный файл стилей с минимапом это вполне удобно, имхо

Есть вопрос по react router. Как мне при переходе добавить анимацию?

Была либа что-то вроде react-router-transition для таких фич

Есть вопрос по react router. Как мне при переходе добавить анимацию?

React CSS transition group же

ты ведь не пишешь весь js тоже в 1 файле?

И я рассуждаю именно из вариантов '1 большой файл стилей' либо 'много маленьких файлов стилей'. Про styled components даже спорить не буду, это охуенно

Понатащут роутеры во вью слой а потом заставляют его анимацией заниматься и прочей непотребщиной :)

хех

https://ru.stackoverflow.com/q/688839/16825

Из редакста можно испортнуть текущий стор?

Т.е. не самому его экспортировать, а потом импортировать, а просто из пакет redux импортнуть? Как хистори из роутера

Привет. в чем тут проблема???

Rest object destructurization плагин не подключен?

babel отвалился?

Rest object destructurization стандартный в webstorm

babel отвалился?

перезапускал несколько раз сборщик

у тебя там выше еще ошибка. можешь показать? в самом коде всё ок, насколько я вижу

Rest object destructurization стандартный в webstorm

Ого, а это как-то регулируется в вебсторме?

компонент-функция принимает ОДИН параметр — пропсы

Два. (props, context) => ReactElement|null

а пресеты у babel какие стоят? раньше работало?

в файлике .babelrc настраиваются, например

в файлике .babelrc настраиваются, например

наверно причина в бабеле...

я так понимаю нижно отдельно поставить Rest object destructurization

и тогда будет все ок

или заменить

присваивание

или поставить пресеты. там обычно сразу несколько фич включено

если приложение тестовое, то попробуй babel-preset-es2015, babel-preset-react, babel-preset-stage-0

я через npm ставил babel-presets-es2015

babel-preset-stage-0 не ставил

а потом в .babelrc укажи

сейчас попробую

Вроде дестракчеринг объектов пока не в стандарте?

{ "presets": ["es2015", "react", "stage-0"] }

{ "presets": ["es2015", "react", "stage-0"] }

спасибо сейчас попробую

Вернее спред

хром должен работать

Спред для массивов наверное

Для объектов stage 3 говорят

http://redux.js.org/docs/recipes/UsingObjectSpreadOperator.html

You can use your existing es2015 preset, install babel-plugin-transform-object-rest-spread and add it individually to the plugins array in your .babelrc. { "presets": ["es2015"], "plugins": ["transform-object-rest-spread"] }

{ "presets": ["es2015", "react", "stage-0"] }

поставил стедж-0, и прописал в .babelrc Работает!!! Спасибо!

You can use your existing es2015 preset, install babel-plugin-transform-object-rest-spread and add it individually to the plugins array in your .babelrc. { "presets": ["es2015"], "plugins": ["transform-object-rest-spread"] }

да проблема с бабелем)))

Спасибо shadowjack @olegafx

Спасибо shadowjack @olegafx

Пожалуйста

Ребятки, а есть какие-то альтернативы immutablejs?

На ум приходит mori, но про него либо хорошо либо ничего)

А кто использовал immutablejs может что то плохое о нем сказать? или проблем вообще не было?

https://github.com/rtfeldman/seamless-immutable

Мне в иммутбл не нравится то, что там методы вместо функций

Мне в иммутбл не нравится то, что там методы вместо функций

хорошо сказал. про процедуры еще забыл

Ну ты понял, про что речь. Контекст вместо передачи объекта как аргумента

было сложно, но я справился )

Если юзать функции, то можно и рамдой со стандартными объектами обойтись

Ну так фишка иммутабла в том, что он типа персистентный, нет? Быстрее копирования

Иммутбл отличная штуковина

Я иммутаблом не пользуюсь, проседаний перформанса из-за рамды не видел

использовал Immutable.Record для моделей

очень классно, по развнению с Object.assign

ERROR: S client not available

А мори вроде как мертв (хоть, полагаю, его достаточно будет пересобрать с новым кором кложи)

и если объект действительно не изменился, то он не будет другим объектом, как в случае с Object,assign

очень классно, по развнению с Object.assign

Нашёл с чем сравнивать)

Да просто видел в Redux проектах юзают

очень уж фиговая практика с Object,assign

Ну так фишка иммутабла в том, что он типа персистентный, нет? Быстрее копирования

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

Но вот не видел чтобы использовали Immutable.js с Redux почему на скажете?

Хотя думаю очень даже было неплохо для редюсеров

Эм

То, что ты не видел - это ты просто не там смотрел где-то

Его с редаксом только и используют, похоже

store.dispatch({ type: SEND_MEMES })

лол

и если объект действительно не изменился, то он не будет другим объектом, как в случае с Object,assign

immutablejs намного лучше

привет

не могу до конца въехать в философию Redux Если у меня есть пользователи, у каждого список книг. На странице нужно выводить книги только одного пользователя В итоге сейчас у меня в сторе есть currentBookList, куда сохраняю список книг текущего пользователя, который отображается на экране Но когда пользователя меняю - приходится перезаписывать стейт. Нормально ли это?

нет, это не нормально

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

храню отдельно, чтобы стейт плоский был

И у юзеров делать books: [айди книг]

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

Да нормально в принципе.

мой русский соси)))

И у юзеров делать books: [айди книг]

но тогда будет неудобно отображать список книг Сейчас я могу просто обратиться к state.selectedBooks - и их вывести А если ваш вариант - то нужно список айдишников получить и подгружать каждуй книгу как-то Хотя возможно, неправильно понял. Есть пример на гитхабе с примером?

Это и называется нормализация

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

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

Данные лучше хранить так, как удобно.

но тогда будет неудобно отображать список книг Сейчас я могу просто обратиться к state.selectedBooks - и их вывести А если ваш вариант - то нужно список айдишников получить и подгружать каждуй книгу как-то Хотя возможно, неправильно понял. Есть пример на гитхабе с примером?

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

Данные лучше хранить так, как удобно.

flat