вот sidebar так лучше или же просто <Sidebar /> и внутри него чтобы была вся логика

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

Столкнулся с какойто дичью. Если выставляю заголовок headers['Accept-Encoding'] = 'gzip, deflate, br', то приходят какието кракозябры, если убираю заголовок то все норм. С чем может быть связано?

Браузер почему-то не дешифрует ответ.

Я запрос с сервера делаю, Возможно у меня сервер гзип не умеет. Как его научить можно? Там php (вероятно апач)

Для начала разберись с тем что к тебе на клиент приходит.

помогите решить проблемку, что то не замечаю и все ломается, нечаянно удалил не то тчо нужно, востановил вроде бы с ГИТ все что надо а тут то одна ошибка то другая

то файл не компилился сейчас почему то state не подключается

конечно

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

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

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

Ребят,я тут запутался,нужна помощь! Как правильно мне получить данные и отправить их в контекст?

createContext надо вне компонента вызывать, в документации есть пример использования контекста, посмотрите там

Да я понимаю это)Мне тогда useState вовсе не нужен?Мне надо так сделать,что бы функция которя в useEffect fetch запрос делает,возвращала данные и передавала в useContext?Но как мне из useEffect(который должен быть в компоненте, передать данные json в контекст за компонентом?

Context.Provider, в useEffect меняете стейт, а в провайдер кладёте этот самый стейт, как только фетч выполнится и изменит стейт, это приведёт к обновлению контекста

Вот так?

Почитайте уже документацию, там все есть https://reactjs.org/docs/context.html#examples

Ребят,можно ли создать полноценное spa без редакса, с использованием хуков(useContext,useReducer)Или юзать редакс?(Просто на него так много гона, а все еще требуют его знать и в полном объеме юзают)

Можно reatom глянуть ещё. Это как redux, только быстрее и без лишнего бойлерплейта (https://artalar.github.io/reatom/)

У него нет особых преимуществ перед эффектром

У него нет особых преимуществ перед эффектром

Причём здесь эффектор, если я писал про Redux? Ну если надо то вот. 1. SSR 2. Совместимость с Redux devtools 3. Перехват ошибок 4. Весь код в одном стиле, а не так что для SSR фабрики, для SPA иначе (конечно в эффекторе всё через фабрики можно сделать... Чтобы наверняка) 5. Без хороших знаний эффектора легко выстрелить в ногу (пункт 3, 4)

Ты предлагаешь reatom как альтернативу редаксу, так вот я считаю что эффектор все таки лучшая альтернатива . По тем пунктам что ты написал, да с ssr надо чуть ещё подумать, как раз сейчас работаю надо этим. И да порог входа чуть выше, на этом пожалуй все.

2-5 пункты ты считаешь в пользу эффектора? Ну ок, я то не против 🙂 Эффектор классный, но мне не подошёл по всем пунктам.

Я когда изучал эффектор то да часто стрелял себе в ногу, потому что у тебя был выбор что делать с инстансом стора и когда его дестроить или отключать, из-за этого непонимания было пару проблем с computed сторами, но я считаю что это во первых будет решено дев тулзами, во вторых это стоит того, потому что архитектура становится намного более гибгой и у тебя все есть выбор привязывать сторых к лайф сайклу компонентов или нет

Я когда изучал эффектор то да часто стрелял себе в ногу, потому что у тебя был выбор что делать с инстансом стора и когда его дестроить или отключать, из-за этого непонимания было пару проблем с computed сторами, но я считаю что это во первых будет решено дев тулзами, во вторых это стоит того, потому что архитектура становится намного более гибгой и у тебя все есть выбор привязывать сторых к лайф сайклу компонентов или нет

Ты сейчас с чем сравниваешь?

С редаксом, ну или на крайняк с mobx, который как мне кажется ещё проще

О, уже религиозные войны) Надо ещё один стейт менеджер написать, чтобы ещё веселее было)

Mobx state tree на самом деле очень хорош, но очень жирный

Я пробовал Redux, работал с MobX (Mobx-state-tree), начинал новый проект с Effector. В конечном итоге пришёл к Reatom.

А что именно тебе не подошло ? SSR ?

При возникновении ошибки https://github.com/zerobias/effector/issues/90 идёт коллизия всей цепочки расчётных данных. Я, например, не хочу, чтобы покупатель увидел 10K рублей в корзине вместо 1K. Работа с SSR через фабрики мне не понравилась, думал эффектор может иначе. "Раздутое" на мой взгляд API. domain, merge, split. Возможно от этих штук есть, пользя... Я не увидел. Ну и некоторые разные мелочи.

мне бы больше зашли atom(), action()

О, уже религиозные войны) Надо ещё один стейт менеджер написать, чтобы ещё веселее было)

При возникновении ошибки https://github.com/zerobias/effector/issues/90 идёт коллизия всей цепочки расчётных данных. Я, например, не хочу, чтобы покупатель увидел 10K рублей в корзине вместо 1K. Работа с SSR через фабрики мне не понравилась, думал эффектор может иначе. "Раздутое" на мой взгляд API. domain, merge, split. Возможно от этих штук есть, пользя... Я не увидел. Ну и некоторые разные мелочи.

Были мысли об этом. Долго решали. Нужно будет в доке описать почему declare* Если кратко - то инстансы атомов существуют непосредственно в контексте стора. Т.е. без стора атом не будет реаировать.

Про раздутое API то могу привести пример rxjs с его 120 операторами и они все достаточно полезны

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

Можно reatom глянуть ещё. Это как redux, только быстрее и без лишнего бойлерплейта (https://artalar.github.io/reatom/)

Сейчас пишу проект на эффекторе, средний размер, и сталкиваюсь с траблами того что сложно держать в голове много сторов, и какой как на который влияет, решилось бы девтулзами а так пока нравится, гибкость для меня плюс

Или xstate

Средний это сколько? Я сейчас переписываю проект на 169K строк кода со старого стека.

в то же ведро, что и storeon погроммирование на литералах - то, от чего все стремятся уйти, - там во главе угла

в то же ведро, что и storeon погроммирование на литералах - то, от чего все стремятся уйти, - там во главе угла