a
Но этот опш не устанавливает 24 формат, только вывод, а там до 12 часов limit
Size: a a a
2020 October 26
AD
Но этот опш не устанавливает 24 формат, только вывод, а там до 12 часов limit
юзаешь react-calendar , а время выводить руками
АБ
Но этот опш не устанавливает 24 формат, только вывод, а там до 12 часов limit
OA
Всем привет! Подскажите, приемлемо хранить и менять данные в глобальном window, если они не участвуют в рендере и нужны только для лога?
a
Работает, спасибо
Т
Всем привет! Подскажите, приемлемо хранить и менять данные в глобальном window, если они не участвуют в рендере и нужны только для лога?
А что это за данные? Может не стоит их в компонентах тогда менять?
OA
А что это за данные? Может не стоит их в компонентах тогда менять?
Данные - название текущей страницы + активная вкладка, если такая есть. Они не участвуют в рендере, но мне нужно отправлять их в запросах
И
Данные - название текущей страницы + активная вкладка, если такая есть. Они не участвуют в рендере, но мне нужно отправлять их в запросах
Если для тебя норм, что пользователь может эти данные изменить просто открыв консольку, то норм
М
Использовать тему стайледа не судьба?
Мне удобнее прокидывать вручную {...theme}, что бы сразу деструктуризировать в пропсах
А не через props.theme.color
Одно лишние свойство, одна лишняя обёртка контекста
А не через props.theme.color
Одно лишние свойство, одна лишняя обёртка контекста
И
Данные - название текущей страницы + активная вкладка, если такая есть. Они не участвуют в рендере, но мне нужно отправлять их в запросах
Но лучше всё-таки более цивилизованные методы использовать
OA
Но лучше всё-таки более цивилизованные методы использовать
не могу использовать локал сторадж - по той же причине - могут изменить данные
стор - диспатч не всегда срабатывает быстрее запроса в сайд эффектах
стор - диспатч не всегда срабатывает быстрее запроса в сайд эффектах
OA
Пока других цивилизованных методов не знаю)
АБ
не могу использовать локал сторадж - по той же причине - могут изменить данные
стор - диспатч не всегда срабатывает быстрее запроса в сайд эффектах
стор - диспатч не всегда срабатывает быстрее запроса в сайд эффектах
вот со вторым чот вообще не понятно
И
Пока других цивилизованных методов не знаю)
зависит от архитектуры. судя по всему, у тебя редух — отдельный редьюсер под это дело можно завести. если написано всё правильно, то срабатывать всегда будет как нужно
ON
вот со вторым чот вообще не понятно
Небольшой оффтоп, всегда было интересно, ты Японский язык знаешь?
upd. Понял.
upd. Понял.
АБ
Небольшой оффтоп, всегда было интересно, ты Японский язык знаешь?
upd. Понял.
upd. Понял.
нет, не знаю, закрыли оффтоп
OA
вот со вторым чот вообще не понятно
я могу использовать глобальный стор редакса для хранения этих данных. Но тогда мне придется диспатчить данные из сайдэффекта - до этого момента некоторые запросы могут передаться со старыми, необновленными данными
Т
Данные - название текущей страницы + активная вкладка, если такая есть. Они не участвуют в рендере, но мне нужно отправлять их в запросах
view должен предоставлять коллбеки (onSmth), лучше о логгере компонентам ничего не знать, а уже в классе логгера хранишь нужные тебе данные и добавляешь из в лог
АБ
я могу использовать глобальный стор редакса для хранения этих данных. Но тогда мне придется диспатчить данные из сайдэффекта - до этого момента некоторые запросы могут передаться со старыми, необновленными данными
выше Иван правильно сказал - если написать правильно то все будет отрабатывать в нужном порядке. если у тебя порядок не стабилен - ты делаешь что то не так
И
я могу использовать глобальный стор редакса для хранения этих данных. Но тогда мне придется диспатчить данные из сайдэффекта - до этого момента некоторые запросы могут передаться со старыми, необновленными данными
в сайд-эффекте после исполнения асинхронного кода ты можешь взять из стора актуальные данные