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

ну уже хорошо не безнадежно

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

а вот этого конечно в проекте с 30+ компонентами будет нехватать))

в каком смысле?..

Вам ничего не мешает прикрутить rxjs к react-приложению.

Зачем ?

в том смысле что слишком дохуя компонентов будет

и получится в components и pages полная каша

наверное, у тебя ещё есть директории containers и components?

А почему containers - плохо?

А почему containers - плохо?

выше отвечали

DOM ведь перерисовывается, когда свойство компонента изменится, так?

Ну в pages обычно иерархия по вложенным route'ам. В components — по схожей функциональности.

DOM ведь перерисовывается, когда свойство компонента изменится, так?

нет

нет

Как тогда?

DOM ведь перерисовывается, когда свойство компонента изменится, так?

не обязательно

когда меняются пропсы/стейт

props == свойство

либо когда данные в сторе меняются

нет)

свойство это обычное поле класса

props === пропс

А почему containers - плохо?

Для меня плохо тем, что файлики от одной странички разбросаны по куче каталогов. Мне больше нравится, когда всё, что относится к одной страничке, было рядом. Мало ли переименовать, перенести в другой каталог, удалить.

наверное, у тебя ещё есть директории containers и components?

дай лаинков (если есть) на новые тренды архитектуры сочные, плиз)

Вот что я пока не знаю как сделать правильно — redux селекторы. сейчас в каждом селекторе хранится полный путь от корня. Что делать, если я захочу его перетащить в другое место.

ну и не стоит забывать про shouldcomponentupdate

свойство это обычное поле класса

плохо понимаю, о чем речь можно пример?

Вот что я пока не знаю как сделать правильно — redux селекторы. сейчас в каждом селекторе хранится полный путь от корня. Что делать, если я захочу его перетащить в другое место.

кто мешает выстроить "иеархию" селекторов? это проще (проверено)

от базового к сложному

`class Example extends React.Component { constructor(props) { super(props); this.counter = 0; } ComponentWillMount() { setInterval(() => ++this.counter, 1000); } render = () => <div>{this.counter}</div>; }`

в таком случае не будет ререндера )

спасибо, дошло)

если уж сильно нужно, то есть forceUpdate

если уж сильно нужно, то есть forceUpdate

за последние 2 года ни разу не использовал, сложно представить ситуацию где это реально надо

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

может не два... год, обманул)

я за 2 месяца всего лишь 1 раз использовал forceUpdate

если у компонента, который "не прошел" условный рендеринг, поменял пропсы, то будет ли перерисован DOM?

console.log('rerendered') ?

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

ок, дай бог здоровья

кто мешает выстроить "иеархию" селекторов? это проще (проверено)

типа такого? import { reducer as child1, selectors as child1Selectors } from './child1/reducer' export const reducer = combineReducers({ child1, child2, }) export const selectors = { getSomething: state => child1Selectors.getSomthing(state.child1), }

типа такого? import { reducer as child1, selectors as child1Selectors } from './child1/reducer' export const reducer = combineReducers({ child1, child2, }) export const selectors = { getSomething: state => child1Selectors.getSomthing(state.child1), }

сор, я может чуток устарел, мы юзаем реселект и у нас это примерно так: ` export const getUsers = state => state.users export const getActiveUsers = createSelector([ getUsers ], users => users.filter(u => u.isActive === true)) `

то есть селектору активных пользователей в принципе пофиг где ты их хранишь, главное чтобы это был респонс "более базового селектора getUsers"

и получаем целое дерево, которым можно манипулировать

а, т.е. мой вариант — это как бы вывернутый наизнанку твой?

я не понял тот момент когда в селекторах появился combineReducers, это меня путает)

это в reducer.js :) просто чтобы была понятней иерархия :)

идем от самых примитивов что-то типо такого: редюсер пользователей -> пользователи все -> пользователи активные 3 селектора, если ты куда-то перемещаешь "пользователей" ты меняешь только самый первый

ну это грубо говоря

тут скорее как быть с state.some.really.deep.burried.reducer :)

я читал про вариант вытащить все селекторы в rootSelectors.js

ну, у нас все не много иначе (поправка на црм специфичность), я проект делю на независимые модули и внутри модуля страницы, редюсеры, селекторы, экшены, все что нужно для этого "модуля" он самодостаточен (чаще всего)

соответственно селекторы там же, кроме "базовых"

Не дёргать селекторы руками, например

ну, у нас все не много иначе (поправка на црм специфичность), я проект делю на независимые модули и внутри модуля страницы, редюсеры, селекторы, экшены, все что нужно для этого "модуля" он самодостаточен (чаще всего)

ducks?

а, получается у каждого модуля есть селектор, который вытаскивает state для этого модуля из store по определённому пути, а все остальные селекторы испольуют этот селектор. И если мы перемещаем куда-то модуль, то меням только в двух местах — в rootReducer и этот конкретный селектор. Да, хороший вариант!.

ducks?

похоже, но не совсем, есть вещи которые приходится шарить между модулями, но их реализуем так, чтобы весь функционал был в модуле, а "наружу" отдается только готовый компонент (причем весь REST/socket) остается в модуле

А кто-нить GraphQL использует?

А на сервере со spring?

А на сервере со spring?

а реакт тут при чем?

ок

https://toster.ru/q/506865

Ахах

Junior React?

Junior React?

может писать компоненты

Но не может в JS)

может писать компоненты

() => <div>Hello!</div>

я принят?

Ребят, кто-нибудь использовал react-native-router-flux вместе с redux?

Ребят, кто-нибудь использовал react-native-router-flux вместе с redux?

oO

очевидно нужен react-native-router-flux-redux

react-naive

очевидно нужен react-native-router-flux-redux

такого не бывает)

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

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

todo list

Мессенджер

операционку

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

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

telegram

а что вы сами делаете за деньги?

crud обычный

я для crud рельсы использовал, какой смысл реакт использовать?

разделение бека и фронта

а что вы сами делаете за деньги?

Реакт писал с Данькой

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

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

Реакт

Мессенджер

+

а парсер со статус сообщениями в реальном времени можно?

приложение через react-x11 :)

а парсер со статус сообщениями в реальном времени можно?

парсить не реактом офк, а выводить - да

парсить не реактом офк, а выводить - да

ясно, а с чем в связке удобнее?

а парсер со статус сообщениями в реальном времени можно?

реакт это отображение причем тут парсер?

ясно, а с чем в связке удобнее?

с чем угодно бэкенд может быть любой

ясно, а с чем в связке удобнее?

json

ясно, а с чем в связке удобнее?

С гошкой ебош, будь крутым парнем

будь геем

node или рельсы тоже нормально?

будь геем

пиши на игрушечном языке