нельзя просто так взять и форматировать через функцию... для каждой маски нужны свои настройки

гиф что не так форматируеца плиз

я не занимаюсь локалями - там формат функция - форматируй как хочешь

тестили - работает

это так задумано, можно убрать в форматтере

опечатка в ридми, в разделе инстала нпм

спасибо поищу

а железо тут каким боком)

Попробовал заюзать effector на сайд-проекте... Пока что ахиренно нравится ?

тыкаешь число?

О, здорово, рад слышать)

А когда ожидать мажорную версию? Для прода

Ну у меня прод уже сейчас целиком на нем Сейчас делаю 0.18 релиз, если он хорошо зайдёт то 19 уже будет мажорной версией

Всем привет! Подскажите как правильно организовать mobx стор приложения. Я вижу это следующим образом: рут стор, в который я подключаю все сторы, которые мне могут понадобиться в компонентах (инфа о юзере, всплывающие подсказки и другая инфа, которую нужно дергать из других локальных сторов отдельных компонентов); и, собственно, локальные сторы компонентов в которых храняться состояния чисто для локальных компонентов, о которых другим сторам знать не нужно. Подскажите, правильно ли я рассуждаю и какие могут быть проблемы при масштабирования приложения?

привет неспящим!Подскажите, как сделать так, чтобы метод компонента дебаунс не создавался каждый раз на onChange , а только раз в 1с ? Используется lodash https://jsfiddle.net/1b4uspwL/

я начал было расписывать но потом понял что это тянет на статью и решил таки запилить еще одну статью на хабре https://habr.com/post/416361

Если есть плагин для class properties: class Foo { bar = debounce(() => {...}) }

Всем привет! Подскажите как правильно организовать mobx стор приложения. Я вижу это следующим образом: рут стор, в который я подключаю все сторы, которые мне могут понадобиться в компонентах (инфа о юзере, всплывающие подсказки и другая инфа, которую нужно дергать из других локальных сторов отдельных компонентов); и, собственно, локальные сторы компонентов в которых храняться состояния чисто для локальных компонентов, о которых другим сторам знать не нужно. Подскажите, правильно ли я рассуждаю и какие могут быть проблемы при масштабирования приложения?

Просто тебе мобх плюшку даёт, что реакт обновляется точечно, а общее управление состоянием приложения, отношение вьюх и моделей, остаётся на твоих плечах

Просто тебе мобх плюшку даёт, что реакт обновляется точечно, а общее управление состоянием приложения, отношение вьюх и моделей, остаётся на твоих плечах

Как мобх влияет на дифф изменений?

В этом чате логично рассматривать мобх в контексте использования с реактом

Смотри на mobx сторы как на обычные классы в ооп. Проблемы ровно те же, что и у всех программистов. Нужно с реактом и mobx использовать всякие п, что бы все не превратилось в хаос

Что за всякие п

Как организовать приложение чет особо никто не знает

Лучше shallow, а не mount

А в целом, тут три строки тестов, в чем сомнения то

Я вообще не понимаю, как люди на других языках и платформах живут, какая то отвратительная стагнация))

я просто не понимаю зачем я это пишу, выглядит как тест ради теста и посути я протестил то(почти), что покрывает typescript

Ну тайпскрипт это все таки проверка во время компиляции. Это нормально, протестить дефолтные свойства, и какой результат в dom получится при заданных в shallow пропсах. Это кажется ерундой, но обязательно возникнет тот один из 20 случаев, когда именно юнит тест запалит твой говнокод

с shalow не получается протестить пропсы, выше скрин кидал

Вот с оф. доки, может поможет NOTE: When called on a shallow wrapper, .prop(key) will return values for props on the root node that the component renders, not the component itself. To return the props for the entire React component, use wrapper.instance().props. See .instance() => ReactComponent

Есть хуки у компонента

ребятки а кто уже юзал новый профайлер ?

ребятки а кто уже юзал новый профайлер ?