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

Этот вопрос в @js_noobs_ru

Я бы все таки не говорил бы что этот вопрос так очевиден

Это когда A+B=C

так, а раньше как вы жили, до 2018 года? У вас был объект юзера, вы у него меняли name и нормально было :)

Тебе правда стоит чуть самому тему изучить 🙇🏻‍♂️

вот как раз ссылки на объекты это чуть ли не фундаментальная фича яваскрипта

Можно не использовать map filter reduce из js, а, например, из ramda.

lodash

Ramda

так, теперь ещё в одном вопрос нужно разобраться — редакс в реакте и в других фреймворках. Начну издалека. Вот смотрите, помните в далёких 2010-х годах такую платформу — Ucoz? Когда заходишь на любой сайт на платформе Укоза, то сразу видно, что это шаблон Укоза — по центру контент, а по бокам всякие виджеты идиотские: виджет погоды, часы, календарь :) Вот смотрите — Реакт изначально и создавался для таких виджетов. Реакт не создавался для полноценного многостраничного сайта. Сейчас тот же Реакт на Фейсбуке используется только в виджетах — чат в правом сайдбаре, комментарии к посту и т.п. Тобишь, чисто для виджетов. Для реального большого сайта Реакт использовать нельзя было — ну невозможно прокидывать миллиарды данных в пропсах. В виджетах всё просто — там мизерная вложенность, поэтому прокидывать в пропсах нужно мало чего. А в большом сайте нужно будет прокидывать кучу всего в чайлд-компоненты. Для этого в Реакт ввели Редакс, чтобы был один стейт-менеджер, чтобы из любого места обратиться в один эндпоинт, а не прокидывать всё в пропсах. Я всё правильно понимаю?

Не заморачивайся

не, я не заморачиваюсь, я пытаюсь понять, зачем в нормальных фреймворках нужен стейт-менеджер. В Реакте, как мне кажется, я понял, зачем — чтобы обойти головную боль при прокидывании пропсов, особенно, когда через компонент прокидываются совершенно ненужные компоненту пропсы, но которые нужны чайлд-компонентам, например.

так, теперь ещё в одном вопрос нужно разобраться — редакс в реакте и в других фреймворках. Начну издалека. Вот смотрите, помните в далёких 2010-х годах такую платформу — Ucoz? Когда заходишь на любой сайт на платформе Укоза, то сразу видно, что это шаблон Укоза — по центру контент, а по бокам всякие виджеты идиотские: виджет погоды, часы, календарь :) Вот смотрите — Реакт изначально и создавался для таких виджетов. Реакт не создавался для полноценного многостраничного сайта. Сейчас тот же Реакт на Фейсбуке используется только в виджетах — чат в правом сайдбаре, комментарии к посту и т.п. Тобишь, чисто для виджетов. Для реального большого сайта Реакт использовать нельзя было — ну невозможно прокидывать миллиарды данных в пропсах. В виджетах всё просто — там мизерная вложенность, поэтому прокидывать в пропсах нужно мало чего. А в большом сайте нужно будет прокидывать кучу всего в чайлд-компоненты. Для этого в Реакт ввели Редакс, чтобы был один стейт-менеджер, чтобы из любого места обратиться в один эндпоинт, а не прокидывать всё в пропсах. Я всё правильно понимаю?

блин, говори правильно: микрофронтенды

первый раз слышу. Это виджеты?

ладно, ты, видимо, и правда только-только вошёл :)

нет

нет

нет

ты пишешь на ангуляре. я долго писал на эмбере. если я щас начну бомбить, сравнивая эмбер и всё остальное на рынке, меня обольют говном и будут правы.

Тогда к чему было писать, что пропсы нужные и ненужные надо прокидывать от компонента к компоненту?

а я не бомблю — я пытаюсь понять, зачем мне редакс в Ангуляре, разбираясь зачем он, редакс, изначально был введён в Реакт (ибо редакс, собственно, из Реакта хайпанул)

нет, объясни в двух словах (особенно про Ангуляр, ибо я на нём пишу, ибо в нём есть депенденси инжекшен и сервисы — зачем ещё туда пихать стейт-менеджер я не врубаюсь — у меня сервисы синглтоны, они сами в себе хранят свой стейт, я прекрасно могу их инжектить куда нужно и слушать subject)

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

я больше о подходе в реальных проектах, мап-редьюс это баловство.

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

чистые функции и иммутабельность)))

mpa filter reduce из фп пришли.

А почему это баловство?

Запись query && fetch(...) менее красивая?

Админ указывал на статьи что надо использовать named exports, окей я согласен, но в доке по react-native почему то везде export default. Я пока еще за него не садился, но там тоже можно спокойно юзать named exports?

В компонентах лучше делать дефолтный экспорт, но при этом их можно очень удобно организовывать с помощью именных. На одном уровне с твоими компонентами будет файл index.js, в который ты импортируешь все свои компоненты и экспортируешь их с помощью именного экспорта. И в дальнейшем используешь вот так: import { Component1, Component2 } from “../components”. В итоге намного чище импорты станут

так, а раньше как вы жили, до 2018 года? У вас был объект юзера, вы у него меняли name и нормально было :)

так, теперь ещё в одном вопрос нужно разобраться — редакс в реакте и в других фреймворках. Начну издалека. Вот смотрите, помните в далёких 2010-х годах такую платформу — Ucoz? Когда заходишь на любой сайт на платформе Укоза, то сразу видно, что это шаблон Укоза — по центру контент, а по бокам всякие виджеты идиотские: виджет погоды, часы, календарь :) Вот смотрите — Реакт изначально и создавался для таких виджетов. Реакт не создавался для полноценного многостраничного сайта. Сейчас тот же Реакт на Фейсбуке используется только в виджетах — чат в правом сайдбаре, комментарии к посту и т.п. Тобишь, чисто для виджетов. Для реального большого сайта Реакт использовать нельзя было — ну невозможно прокидывать миллиарды данных в пропсах. В виджетах всё просто — там мизерная вложенность, поэтому прокидывать в пропсах нужно мало чего. А в большом сайте нужно будет прокидывать кучу всего в чайлд-компоненты. Для этого в Реакт ввели Редакс, чтобы был один стейт-менеджер, чтобы из любого места обратиться в один эндпоинт, а не прокидывать всё в пропсах. Я всё правильно понимаю?

так, теперь ещё в одном вопрос нужно разобраться — редакс в реакте и в других фреймворках. Начну издалека. Вот смотрите, помните в далёких 2010-х годах такую платформу — Ucoz? Когда заходишь на любой сайт на платформе Укоза, то сразу видно, что это шаблон Укоза — по центру контент, а по бокам всякие виджеты идиотские: виджет погоды, часы, календарь :) Вот смотрите — Реакт изначально и создавался для таких виджетов. Реакт не создавался для полноценного многостраничного сайта. Сейчас тот же Реакт на Фейсбуке используется только в виджетах — чат в правом сайдбаре, комментарии к посту и т.п. Тобишь, чисто для виджетов. Для реального большого сайта Реакт использовать нельзя было — ну невозможно прокидывать миллиарды данных в пропсах. В виджетах всё просто — там мизерная вложенность, поэтому прокидывать в пропсах нужно мало чего. А в большом сайте нужно будет прокидывать кучу всего в чайлд-компоненты. Для этого в Реакт ввели Редакс, чтобы был один стейт-менеджер, чтобы из любого места обратиться в один эндпоинт, а не прокидывать всё в пропсах. Я всё правильно понимаю?

В компонентах лучше делать дефолтный экспорт, но при этом их можно очень удобно организовывать с помощью именных. На одном уровне с твоими компонентами будет файл index.js, в который ты импортируешь все свои компоненты и экспортируешь их с помощью именного экспорта. И в дальнейшем используешь вот так: import { Component1, Component2 } from “../components”. В итоге намного чище импорты станут

Дефолтный экспорт лучше нигде не делать

Ты в компонентах тоже используешь именной? Я обычно делаю так, как выше написал

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

Ну для компонентов я бы все таки делал дефолтный тк тв экспортируешь 1 значение и, чтобы не было, длинных импортов, разруливал бы с помощью индексного файла, это уже дело вкуса Вот из доки: Named exports are useful to export several values. During the import, one will be able to use the same name to refer to the corresponding value. Concerning the default export, there is only a single default export per module. A default export can be a function, a class, an object or anything else. This value is to be considered as the “main” exported value since it will be the simplest to import.

Ну для компонентов я бы все таки делал дефолтный тк тв экспортируешь 1 значение и, чтобы не было, длинных импортов, разруливал бы с помощью индексного файла, это уже дело вкуса Вот из доки: Named exports are useful to export several values. During the import, one will be able to use the same name to refer to the corresponding value. Concerning the default export, there is only a single default export per module. A default export can be a function, a class, an object or anything else. This value is to be considered as the “main” exported value since it will be the simplest to import.

Все то же самое можно сделать с именованым экспортом, в том числе реэкспорт из индекса

Всем добра. Помогите с такой задачкой - есть реакт приложение. У него есть слой который отвечает за запросы к API. Оформлен как набор функций котрые возвращают promisies. Ошибки отправляются в обработчик ошибок. Теперь вознила необходмость предупредить пользователя о том, что произошла ошибка. Добавить какой-то значок на видное место. Не соображу как это по- уму сделать. Можно под этот значек где-то дивку завести с определенным айдишником и туда добавлять заначет ошибки. Тпипа document.queryselector(...).appendChiled(...). Насколько такой подход хорош в реакте. Что-то мне подсказывает что плох. Тогда как лучше?

Лучше сделать компонент для ошибок и рендерить его при наличии ошибки

ребят подскажите пожалуйста как через yarn ставить react?

ребят подскажите пожалуйста как через yarn ставить react?

Зачем его городить? useState

А в чем проблема? В promise?