Но хотелось бы освоить

: )

import { ReactComponent as TelegramIcon } from "../assets/icons/telegram.svg"; ... <TelegramIcon />

И не надо ерундой страдать

Спасибо за ответы

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

https://css-tricks.com/creating-svg-icon-system-react/

Люди так делают, но без аттрибута style

кто делает container только лишь для подключению к store. то есть в нем нет ничего кроме: import ExmapleComponent connect(mapStateToProps)(ExmapleComponent) объясните в чем смысл? почему не реализовать логику сразу в container, логику которая связана с полученными из redux данными.

Логика в компонентах ?

Логика в компонентах ?

Все равно как ни крути она там будет, пусть и не явно

Все равно как ни крути она там будет, пусть и не явно

Нет, у тебя изменится понятие компонента.

Все равно как ни крути она там будет, пусть и не явно

Жаль, что у меня её там нет

Жаль, что у меня её там нет

Даже если она в recompose, или в стейт менеджере или в сервисах, все равно хуки есть только в компонентах же

connect(...)(...)

В компоненте логика?

Дай определение компонента)

В компоненте логика?

Ну вызов методов же все равно происходит в компоненте + я бы хотел видеть только функциональные компоненты что бы ui = f(state)

просто суть в том, нафиг нужна отедльная обертка с 2-мя строчками кода? и если даже хочется так делать. то зачем кидать все это в разные папки (components, containers) и когда 100 компонентов коннектится к сторую мы имеем 2 зеркальные папки, и приходиться туда сюда скролить структуру проекта и смотреть что было обернуто а что отреднерно

Ну вызов методов же все равно происходит в компоненте + я бы хотел видеть только функциональные компоненты что бы ui = f(state)

0 класс компонентов в проекте.

Ладно, шучу, не 0. Лайфсайкл хуки в парочке нужны

0 класс компонентов в проекте.

Ну расскажи как хуки юзать? Recompose ? Свои хоки ?

Какие хуки

где scu, где cdu дергать

cdm допустим отдать в руки роутингу, а остальное куда

где scu, где cdu дергать

Зачем?

где scu, где cdu дергать

scu?

Зачем?

Согласен что кейсы очень редки, но все же

Хуки нужны исключительно когда нужно манипулировать с домом, и это зачастую ui компонент К бизнес логике не относится вообще

Scu мне не нужен

Gdsp, как ни странно, тоже)

Gdsp, как ни странно, тоже)

Кстати тоже никогда не юзал его

Короче если норм архитектура то хуки почти не нужны ? ?

Разве что там ивент листенер добавить и тд

Привет! Помогите пожалуйста в чем может быть ошибка for(let key in this.props.users.users){ console.log(this.props.users.users[Data]); } - пишу так в компоненте - все выводит когда убираю цикл и просто пытаюсь вывести - TypeError: Cannot read property 'Data' of undefined уже глаз замылился походу(

Привет! Помогите пожалуйста в чем может быть ошибка for(let key in this.props.users.users){ console.log(this.props.users.users[Data]); } - пишу так в компоненте - все выводит когда убираю цикл и просто пытаюсь вывести - TypeError: Cannot read property 'Data' of undefined уже глаз замылился походу(

моё предположение, что у тебя в каком то оъекте массива нет данных data

Привет! Помогите пожалуйста в чем может быть ошибка for(let key in this.props.users.users){ console.log(this.props.users.users[Data]); } - пишу так в компоненте - все выводит когда убираю цикл и просто пытаюсь вывести - TypeError: Cannot read property 'Data' of undefined уже глаз замылился походу(

Возможно ты делаешь запрос и они к тебе не сразу приходят

А вообще делать for in это плохо, тем более в рендере

дак я не делаю это) я просто не понимаю, почему я не могу так обратиться к Data

а запрос я делаю в экшане, которое в дидМоунт дергаю

а запрос я делаю в экшане, которое в дидМоунт дергаю

Ну данные приходят к тебе не сразу

А рендер синхронен

Он не будет ничего ждать

а почему for in срабатывает тогда?

Ого https://github.com/wix/wix-style-react

Демка не открывается:c

Ого https://github.com/wix/wix-style-react

Это их ui кит ?

Видимо

а почему for in срабатывает тогда?

А где ты делаешь?

Я особо не смотрел, но должен быть крутым

Надо поизучать

А где ты делаешь?

В render

Привет! Помогите пожалуйста в чем может быть ошибка for(let key in this.props.users.users){ console.log(this.props.users.users[Data]); } - пишу так в компоненте - все выводит когда убираю цикл и просто пытаюсь вывести - TypeError: Cannot read property 'Data' of undefined уже глаз замылился походу(

У тебя ошибка в цикле

this.props.users.users

Как в редаксе отследить что асинхронный action выполнился? (делаю запрос на сервер после которого нужно сделать редирект)

Как в редаксе отследить что асинхронный action выполнился? (делаю запрос на сервер после которого нужно сделать редирект)

thunk

Как в редаксе отследить что асинхронный action выполнился? (делаю запрос на сервер после которого нужно сделать редирект)

redux-thunk/redux-execue Promise + await / then

А в саге как?

1) выпилить саги

Никак(

А в саге как?

выкинуть нахуй это убожество

но вообще-то там есть yield call

и документация

Как в редаксе отследить что асинхронный action выполнился? (делаю запрос на сервер после которого нужно сделать редирект)

Так же как и в санке

ERROR: S client not available

Почему саги убожеств

Почему саги убожеств

Присоединяюсь!

Почему саги убожеств

while true

while true

слабо

Почему саги убожеств

юзают генераторы максимально неочевидный код заставляют писать

redux-observable

не лучше

redux-observable

Нужен еще меньше чем сам rx

Нужен еще меньше чем сам rx

Ой нет, rx это супер штука

Ой нет, rx это супер штука

кек

ещё бы не создавала лишний код и события

кек

А чего нет ?

@ZeroBias точно поясняет с ромбовидными графовыми зависимостями

@ZeroBias точно поясняет с ромбовидными графовыми зависимостями

Ой я ещё слишком тупой для такого

Это всё не то, главная проблема, из которой следует всё остальное, это невозможность эффективных ромбовидных зависимостей, они неизбежно распадаются на несколько событий и всё естественно ломается A → B A → C B → D C → D

Ой я ещё слишком тупой для такого

тебе не нужен rx.js тогда

тебе не нужен rx.js тогда

Ну подожди мы не всегда имеем дело с несколькими стримами

И не всегда нужно между ними прыгать

И ещё можно сделать share что от части решает проблему

Не создавать два стрима А

А слушал один и тот же

Это всё не то, главная проблема, из которой следует всё остальное, это невозможность эффективных ромбовидных зависимостей, они неизбежно распадаются на несколько событий и всё естественно ломается A → B A → C B → D C → D

если не сложно, можно краткий кейс

где это наглядно видно

Не создавать два стрима А

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

Ну подожди мы не всегда имеем дело с несколькими стримами

какой смысл вообще в стримах тогда

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

Для удобного описания последовательности действий

Допустим при запросе

Но согласен что можно свой асинк pipe написать и все

Гайз, а у кого как устроен config managment? Как вы разделяете конфигурацию production/development и какие тулзы для этого используете? Я хотел сделать несколько .env файлов типо .env.production .env.development, как это советует CRA Но ребята, которые пишут dotenv, не рекомендуют этого делать

Гайз, а у кого как устроен config managment? Как вы разделяете конфигурацию production/development и какие тулзы для этого используете? Я хотел сделать несколько .env файлов типо .env.production .env.development, как это советует CRA Но ребята, которые пишут dotenv, не рекомендуют этого делать

Докер

Ты используешь докер при dev разработке?