Ну и странно что функция зовётся validateString но принимает массив... или (...str) превращает строку в массив символов?

есть каталог app/ в нем есть /feature1/ и /feature2/ хочу на уровне линтера запретить импорты из feature1 в feature2

Пометьте метод deprecated - ide может подсветить. Поставьте гневный консоль.лог в плохом методе. Цель запрета какая?

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

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

Что значит «положить»?

и боротся на огромном проекте с этим пока не ясно как, кроме как иногда открывать bundle analyzer

и боротся на огромном проекте с этим пока не ясно как, кроме как иногда открывать bundle analyzer

https://github.com/benmosher/eslint-plugin-import/blob/master/docs/rules/no-internal-modules.md

https://github.com/benmosher/eslint-plugin-import/blob/master/docs/rules/no-internal-modules.md

Видишь трабл в том что внутри и только внутри можно было импортить модули. Определение дубликатов в бандле это уже следующий шаг. Зачем тушить если можно линтером по рукам бить.

Если увеличение размера бандла - единственный минус, то не слишком ли over engineered?

А можно в рутовом конфиге еслинта укзать разные опции для разных директорий?

Всем привет! Подскажите почему в этом случае мне выдается предупреждение? this.SmartFunds = this.SmartFundsOriginal.filter(fund => { if(fund.shares !== null) return fund.shares.includes(address) }) Line 82: Expected to return a value at the end of arrow function

if(fund.shares !== null)

строгая порверка на неравенство

так он все равно ничего не делает

Проблема в том что filter ждёт ретурна А если ничего, то это undefined

К чему это условие ?

Без этого условия

(fund => fund.shares && fund.shares.includes..)

ПРивет ребята а что за трабл с роутером?

Ну и странно что функция зовётся validateString но принимает массив... или (...str) превращает строку в массив символов?

Строки принимает, строк может быть много, проходу все циклом

Коллеги, разве в этом примере setOff и setOff не создаются в памяти заново при каждом вызове LightBulb?

создаются конечно

Тогда стейт каждый раз должен скидываться, но он сохраняется. Почему?

Тогда стейт каждый раз должен скидываться, но он сохраняется. Почему?

Как это внутри то работает? 🙂

а вообще определять в render функции это не очень

А как правильнее сделать в том конкретном примере?

UseState берёт на себя всю работу по сохранению стейта

Вообще компонент который сам себя переключает... а зачем такой? Логично же что его состояние должно созранятся на более высоком уровне. Делать "умные" ... ну такое себе решение. Передавайте статус / цвет как параметр.

Разве они не создаются в памяти заново и это не ущерб для производительности?

Сам себя переключает) Вот табы например сами себя переключают. Как сделать? Или в редаксе состояние хранить?

Стейт менеджер, стейт родителя, контекст. От задачи зависит

Стейт менеджер, стейт родителя, контекст. От задачи зависит

Чето не понял. Храню состояние в родителе, но колбеки вниз передаю? Вопрос был про создание функций при рендере.

Чето не понял. Храню состояние в родителе, но колбеки вниз передаю? Вопрос был про создание функций при рендере.

Чето не понял. Храню состояние в родителе, но колбеки вниз передаю? Вопрос был про создание функций при рендере.

Если глубоко надо передать по дереву то через контекст. А если вообще это состояние нужно в разных частях приложения или после анмаунта то в редаксе храните

Но все же. Как избежать пересоздания функций обновления стейта при ререндере сущности содержащую стейт?

useCallback

Разве они не создаются в памяти заново и это не ущерб для производительности?

useReducer это и нужно было парню сказать

Разве они не создаются в памяти заново и это не ущерб для производительности?

посоветуйте слайдер, только не slick, c ним есть проблемы

посоветуйте слайдер, только не slick, c ним есть проблемы

Почему match.params возвращает empty ?

Что такое empty?