иии

Ну, тезисно, какие проблемы?

слишком много кода прерывание вычислений очень сложно описать и заранее вычислить связи кривое апи с торчащими отовсюду декораторами, геттерами, хаками вроде autorun, и this.props.some.value = true

Для данного случая нужно computed заюзать и это должно решить проблему

Для данного случая нужно computed заюзать и это должно решить проблему

ага. А если данные в разных сторах? то появятся дикие связи а потом получим ещё такой кейс: обновил один стор, а дернулись апдейты ВЕЗДЕ

Что не так? 🌚

наверно понадобился массив из 13 атомов

Что не так? 🌚

Any

Зачем так сделал?

Ребят подскажите пожалуйста, подумываю над использованием new Set() для хранения уникальных значений в Redux сторе как альтернативу массиву, чтоб каждый раз не фильтровать дубликаты, насколько это норм и как быть с тем что нужно каждый раз возвращать из редьюсера новый объект

Та норм return new Set(state).add(…)

Точняк спасибо, а такое вообще практикуется?

Для Сета можно использовать кастомный сериализатор. Но замечание очень дельное

А можно подробней что за кастомный ?

export function test() { return( <input className = {someVal ? “green” : “red”} onBlur = {(e) => { if (something) { someVal = true } }} /> ) } Как сделать чтобы в функции значение someVal менялось после onblur?

const [someVal, setSomeVal] = useState(false)

А если у меня реакт 16.5 без права на обновление?

компонент-класс

Привет! Тут прилетел таск сделать динамическую генерацию формы из json файла. Не подскажете как это делается на реакте?

Переписать?

Также как не на реакте

Ок! Как не на реакте?

Всем привет, подскажите какие способы или как можно спроектировать приложение(точнее какой подход), где приходит изначально какой-то конфиг с настройками и у каждого юзера он отдельный(он сам может настраивать). А в зависимости от этих настроек отображаются компоненты, к примеру. Как будет происходить общение с компонентами?) то есть приходит конфиг с сервера с настройками для каждого юзера, и у каждого юзера получается будет разная view. Необязательно реакт, просто в общих чертах

Для каждого юзера или для каждой роли юзера?

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

Т.е. бэкенд с доступами и сессиями уже готов?

да

Если есть ssr - берешь юзера из кук и генеришь для него html. Если нет - придется запросить конфиг с фронта. Я бы делал на реакте.

да я понял, а как сгенерировать-то?) к примеру в конфиге 50 настроек для юзера, для одного эти, для другого эти, я же не буду для каждой настройки делать условие и ренредить компонент в зависимости от него

Знаете какой-нибудь паттерн, что отследить, что пользователь прекратил вводить данные в инпут?

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

правильно ли я понимаю. Есть два пути, либо это роли, где в зависимости от неё мы можем формировать контент(тут все понятно) либо это массив объектов, где в каждом объекте лежит уже сформированный контент, который мы отправим на фронт енд. И еще может ли быть такой вариант, что конфиг типа: user1 = {edit: true, view: false, .... }. Как в таком случае быть? или такого впринципе не бывает в нормальной практике

правильно ли я понимаю. Есть два пути, либо это роли, где в зависимости от неё мы можем формировать контент(тут все понятно) либо это массив объектов, где в каждом объекте лежит уже сформированный контент, который мы отправим на фронт енд. И еще может ли быть такой вариант, что конфиг типа: user1 = {edit: true, view: false, .... }. Как в таком случае быть? или такого впринципе не бывает в нормальной практике

ребята, как здесь избавиться от фиолетовой рамки после выделения инпута?) https://codesandbox.io/s/icy-pine-5gfmj

правильно ли я понимаю. Есть два пути, либо это роли, где в зависимости от неё мы можем формировать контент(тут все понятно) либо это массив объектов, где в каждом объекте лежит уже сформированный контент, который мы отправим на фронт енд. И еще может ли быть такой вариант, что конфиг типа: user1 = {edit: true, view: false, .... }. Как в таком случае быть? или такого впринципе не бывает в нормальной практике

Ты же про этоу рамку говорил

Парни из тиньков забыли порезать проптайпы на проде

последнее, что осталось победить, чтобы переопределить все свойства)

'& Mui-focused' : {} надо переопределять

Покажи как пробовал

root: { "& Mui-focused": { outline: 0 } },

root: { "& Mui-focused": { outline: 0 } },