для вложеных свойств

Objects are not valid as a React child (found: object with keys {max, min}) такую ошибку выводит

тебе же выше написали, используй JSON.stringify

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

Что такое реконсиляция в React ?

Проверка на изменения

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

впрочем, не важно)

а по канону саги, обязательно всю логику описывать в сагах?

или какие-то простые моменты можно обрабатывать через санки в экшенах?

описывать целый генератор, например, для обычного инкремента, это не надь, не?

всем привет! Какой реактовский готовый компонент можете посоветовать, который умеет всю страницу скроллить сразу при обычном скроллинге? может есть какой-то устоявшийся и пользующийся популярностью? А то гугл выкидывает репозитории с 5-10 старс

ребятаесли в реакте скажем копмонент представляет из себя лишь див обертку для скажем какого-то списка, к примеру компонент Countries див с компонентами Country, то смысла в принципе создавать такой компонент нет?

Все верно, смысла нет)

народ, подскажите, у компонента сохраняется стейт (setState) при SSR у клиента, если да, то как или где прочитать?

народ, подскажите, у компонента сохраняется стейт (setState) при SSR у клиента, если да, то как или где прочитать?

не сохраняется на сервере свое, на клиенте свое

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

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

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

тебе с сервера падает верстка и стейт ридакса больше ничем оперировать не можешь

прост вроде с 16 версии реакт не оставляет никаких следов в html, чтобы идентифицировать далее компоненты

прост вроде с 16 версии реакт не оставляет никаких следов в html, чтобы идентифицировать далее компоненты

и не надо

да я понял, думал может есть апи для подобныхвещей

надо если у меня не будет потенциальной возможности собрать общий стейт приложения

реализуй такую возможность

просто при таком раскладе онли вей - собирать общий стейт

именно

говно короче

что скажете насчёт оф примеров редакса. например, https://codesandbox.io/s/github/reactjs/redux/tree/master/examples/todomvc ? Качество кода, архитектура ? стоит брать их в пример ?

что скажете насчёт оф примеров редакса. например, https://codesandbox.io/s/github/reactjs/redux/tree/master/examples/todomvc ? Качество кода, архитектура ? стоит брать их в пример ?

нет

нет

а есть какие-то примеры небольшие, где всё хорошо ?

Нет

?

а есть какие-то примеры небольшие, где всё хорошо ?

github.com/howtocards/frontend там санки (поэтому не все хорошо) но для облегчения болей есть redux-symbiote

что за санки ?

что за санки ?

redux-thunk

а

а что не так в оф примере от редакса ? там их нет, вроде бы :)

редакс это низкоуровневая либа она показывает примеры работы

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

не совсем понял. о каком слое идёт речь ?

слой где будет описываться бизнес-логика: санки, саги, пазон, стапп, эффектор-like, своё что-то

это ты либы для миддлвар перечислил)

да неважно

на них пытаются логику писать

а есть какие-то нейминг конвеншены по именованию редьюсеров ?

я просто к тому, что про всякие redux-act(ions) тоже не стоит забывать

я просто к тому, что про всякие redux-act(ions) тоже не стоит забывать

redux-symbiote)

Пользователи mobx есть? Можете обьяснить, в чем разница между двумя тулами: mobx-react-devtools и mobx-devtools ?

redux-symbiote)

не видел) ща посмотрю

а есть какие-то нейминг конвеншены по именованию редьюсеров ?

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

redux-symbiote)

а, твоё творение..)

а есть какие-то нейминг конвеншены по именованию редьюсеров ?

у меня проект разделен по фичам все содержимое фичи зовется по такой карте namespace Object [Action] campaignsReducer campaignsLetterCreate если экспортируется наружу из фичи если нет, то приставки namespace нет

неймспейс ? Что под ним понимается в реакте ?

неймспейс ? Что под ним понимается в реакте ?

разбиваю все компоненты/сущности/редюсеры/экшены на логические куски. Куски называю фичами, каждая фича это уникальная большая бизнес-сущность проекта. Что-то вроде epic/story из жиры.

а, понял. спасибо большое

расскажу 4 июля подробнее об этом

@sergeysova какие проблемы при работе с редаксом встретил? кроме бизнес логики

а есть ли какие-то отличия в использовании react router 4 с редаксом и без ?

кто-то тутор по такой связке просил

@sergeysova какие проблемы при работе с редаксом встретил? кроме бизнес логики

врятли смогу описать так как научился их решать и теперь не замечаю

разбиваю все компоненты/сущности/редюсеры/экшены на логические куски. Куски называю фичами, каждая фича это уникальная большая бизнес-сущность проекта. Что-то вроде epic/story из жиры.

норм тема, так же делаем для нейминга директорий, но экшены нет. Когда-то, начинали отсюда: https://jaysoo.ca/2016/02/28/organizing-redux-application/

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

не проще ли в таком случае ставить их действительно npm'ами ?

возможно но пока что не нужно

ERROR: S client not available

врятли смогу описать так как научился их решать и теперь не замечаю

можно ли стейт отнести к VM если рассматривать паттерн MVVM в реакте?

вряд ли реакт можно назвать тру мввм

можно ли стейт отнести к VM если рассматривать паттерн MVVM в реакте?

стейт будет скорее M а VM будет место где ты делаешь connect + ReactComponent

да, именно это хотел сказать

MV* — это частные случаи более глобальной концепции

во всяком случае, он сильно отличается от мввм в xaml приложениях, откуда он пошёл

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

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

расскажи

вряд ли реакт можно назвать тру мввм

нонсенс

организовать логику в виде классов в концепции DI, для этого неплохо подходит http://inversify.io/ , при этом классы будут выполнять роль контроллера - вносить изменения в стейт на основе вызова функций компонентами, стейт менеджер - что-то на подобии базы данных, выполняет роль изменения/доступа, компоненты подписываются на стейт + им пробрасываются контролы для вызова функций

+ добавить к этому встроенный роутер (паралельно реактовскому) т.к. это очень частый кейс

оп)) я в этом направлении двигался, inversify + сервисы

Привет всем. Тут интересный случай у меня. Есть инпут и его value = formated(value). И когда я нажимаю на backspace и дохожу до скобки, то дальше удалить не могу так как удаляется скобка которая обратно вставляется )))

Подскажите что можно почитать про производительность в вебе? Почему например операции с домом дорогие.

Можно было onKeyPress отследить backspace нажатие кнопки и проверить что было удалено. Но это кажется каким то муторным.

Привет всем. Тут интересный случай у меня. Есть инпут и его value = formated(value). И когда я нажимаю на backspace и дохожу до скобки, то дальше удалить не могу так как удаляется скобка которая обратно вставляется )))

пиши форматирующую функцию умнее или не ставь закрывающую скобку пока ещё одной цифры нет

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

ты ведь это на тсе будешь писать ? не совсем понимаю, как в жсе нормально следовать di principle

ведь по идее абстракцию следует хранить рядом с компонентом, в котором она будет использоваться. но... какие абстракции в жс ?

ведь по идее абстракцию следует хранить рядом с компонентом, в котором она будет использоваться. но... какие абстракции в жс ?

Ты сильно много с бекенда тащишь на фронт.

ты ведь это на тсе будешь писать ? не совсем понимаю, как в жсе нормально следовать di principle

https://github.com/inversify/InversifyJS/blob/master/wiki/basic_js_example.md

di нафиг не нужен в реакт приложении.

Ты сильно много с бекенда тащишь на фронт.

возможно :)

возможно :)

Не возможно, а точно. Зачем вам di? Что вы собрались делать?

Подменять компоненты?

да я откуда знаю, я ж сам спрашивал :)

di нафиг не нужен в реакт приложении.

я выше кинул концепт

я выше кинул концепт

Вводить новые сущности ради введения - плохая идея.

да я откуда знаю, я ж сам спрашивал :)

Ок) di не нужен)

мне тоже кажется, что все эти солиды, di, dip и пр для жс приложений - муторный оверхед