Скоро ещё v4 выпущу с измененным апи, вообще веселуха будет

ну ты прям реакт роутер

Ну а чё

Мы во фронтэнде

Скоро ещё v4 выпущу с измененным апи, вообще веселуха будет

обязательно половину всего deprecated

Зачем?

Сразу выпилить нахуй

?

На самом деле я даже расставил предупреждения https://github.com/evgenyrodionov/redux-logger/blob/master/src/index.js#L114-L123

Что дает redux-logger чего нет в redux-dev-tools?

Что дает redux-logger чего нет в redux-dev-tools?

Не тормозит

Не замечал тормозов

У меня был случай, когда из-за ошибки логики экшены пулялись в бесконечном цикле. В результате UI полностью зависал, и dev-tools тоже невозможно было открыть. А c redux-logger сразу стало видно, какие экшены спамят.

ну например remote-redux-devtools по умолчанию твои экшоны все в инторнет сливает на сайт свой (для твоего удобства)

Редакс-логгер проще, вот и всё

Это разные вещи

Вот, кстати, ещё одно преимущество: если для дебага пишешь что-нибудь в console.log, то с redux-logger можно скоррелировать логи с экшенами. А с redux-dev-tools так не получится.

В общем, redux-dev-tools подходит для того, чтобы быстренько глянуть что там в стейте и какие были последние экшены, redux-logger - для дремучего дебага.

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

Попробуй collapsed: true

С ним вообще бомба

Думаю включить его по-умолчанию в v4

Думаю включить его по-умолчанию в v4

Да, мне кажется так будет лучше.

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

компоненты в отдельном остальное в одном :)

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

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

Есть какой-нибудь компонент, которые мне нарисует отношения между таблицами в БД?

Есть какой-нибудь компонент, которые мне нарисует отношения между таблицами в БД?

а зачем компонент? Что за кейс

Попробуй collapsed: true

я обычно просто переключаю фильтр на console.error, хотя это не то же самое

Ну которая нарисует что-то подобное

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

Ну которая нарисует что-то подобное

дык рисовать надо на основе данных , а данные ты где возьмёшь ? :)

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

Года три назад исследовал вопрос, опробовал штук пять, выбрал: http://zurb.com/playground/jquery-joyride-feature-tour-plugin (не React)

дык рисовать надо на основе данных , а данные ты где возьмёшь ? :)

Вот и я к тому, зачем тебе на реакте это. Возьми IDE, подключись к БД и смотри схему свою

о норм тема

Вот и я к тому, зачем тебе на реакте это. Возьми IDE, подключись к БД и смотри схему свою

не тому пишыш

дык рисовать надо на основе данных , а данные ты где возьмёшь ? :)

Ну может есть библиотека, которой нудно предоставить саму базу с бекенда. Допустим передать соединение

Вот и я к тому, зачем тебе на реакте это. Возьми IDE, подключись к БД и смотри схему свою

Нужно выводить

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

mysql workbench

если это mysql, если нет, нарисуй сам в нем

mysql workbench

Ну во-первых, mssql :)

Ну ладно, тогда будет картинкой

https://www.mysql.com/products/workbench/

mysql workbench, как и сказал

Ну во-первых, mssql :)

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

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

Да не, обновляться не будет. Просто ради практики. Вдруг такое есть

Года три назад исследовал вопрос, опробовал штук пять, выбрал: http://zurb.com/playground/jquery-joyride-feature-tour-plugin (не React)

спасибо!

Ребята.Добрый вечер. У меня вопрос к знатокам возник

У меня есть один компонент, основной. В нем подключены и рендерятся все остальные. Так вот вопрос. Как лучше обращатся к апи (редьюсеру), через один основной, или у каждого компонента свой редьюсер и свой сторе?

Ребята.Добрый вечер. У меня вопрос к знатокам возник

Компоненты не имеют в логике react-redux прямой связи, а только косвеную на основе вашей внутренней логики. Поэтому этот вопрос несколько некорректен

Обращаться нужно не к reducer, а вызывать actionCreator-ы, а уже логика заложенная вами в reducer-ы сама разберется с помощью какого reducer какие изменения произвести в state.

Да

Я не правильно построил свой вопрос, в связи с неопытностью в этом вопросе

Так....

Теперь, если вы меня поняли, я уточню

У меня почти в каждом компоненте есть такая вещь componentDidMount(){ const {dispatch} = this.props; dispatch(getPostsAction()) }

Не поняли, поэтому уточните! )

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

ERROR: S client not available

Ну и собственно, приходят данные в стейт, ререндерится компонент, и отрисовывается все

Так вот, мне кто то советовал , мол, все должно приходить в один стейт, а далее по пропсам передаватся в какие то дочерние элементы

Как я понимаю getPostsAction() - это получение данных из внешнего источника?

именно

xport function getPostsAction(){ return dispatch=>{ getPostsApi(json=>{ return dispatch(successPosts(json)); }) } }

export function getPostsApi(successPosts,errorPosts) { axios.get('http://localhost:3001/api/posts').then(data=> { if (data) { successPosts(data) } else { errorPosts(err) } } ) }

Остановитесь! )

Я думаю лучше один запрос и дальше по типу <Layout news={this.props.news}>...

Если правильно понял

Все зависит от ваших конкретных условий. Я делаю так: 1. Все запросы, мутации и подписки делаются на уровне Page или на один уровень ниже 2. В подкомпоненты опускаются данные и поднимаются onEvent, которые в верхнеуровневом компоненте взаимодействуют с API

3. Поменяйте пожалуйста название, чтобы оно отражало суть actionCreator: fetchPosts() или аналог

getPosts() - это ближе к селекторам

Есть распространенная практика, но это при функциональных (императивных) роутерах - делать запросы на уровне роутера.

Да да да да, почему?

Почему fetch??

Много в примерах, в видео уроках

Встречал

Но ни где не было объяснения этому

Потому что вы получаете данные из внешнего источника. get и set - это операции с локальными данными, зачастую мутабельные.

Почему fetch??

тут fetch — просто слово, как противопоставление get, а не либа

+

Я понимаю)))

Павел, простите пжалусто за назойливость Что вы имеете ввиду под выражением "на уровне Page"

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

> Павел, простите пжалусто за назойливость Что вы имеете ввиду под выражением "на уровне Page" / - page Home /login - page Login /price - page Price

Понятно

Павел

А если этот пейдж... состоит из большого множества компонентов?

Представте, в хедере список категорий отрендеренных в компоненте catList, рядом с ним поплуярные, тоже из бд. Чуть ниже товары разделенные по категориям

Я это реализовал так....

Пейдж почти всегда состоит из большого числа компонентов.