Profil уфф

Profil уфф

А что не так?

Это один единственный редюсер

Тогда у тебя там state.UserName должно быть, а не state.auth.UserName

А что не так?

Profile

Класс тоже называется Profil Я не думаю, что есть разница как его назвать

Класс тоже называется Profil Я не думаю, что есть разница как его назвать

??

Я чего-то не понимаю? Пс я знаю, что по английски правильнее Profile

Я чего-то не понимаю? Пс я знаю, что по английски правильнее Profile

Так что с юзернеймом?

нет

Первый пошёл :)

еееее. самое начало чатика

нет

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

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

по чату поищи, пожалуйста. Это здесь обсуждалось раз 20

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

В кратце, потому что ты можешь импортнуть компонент назвав его как угодно

В кратце, потому что ты можешь импортнуть компонент назвав его как угодно

И в этом нет ничего плохого

еееее. самое начало чатика

Не лень было искать?)

И в этом нет ничего плохого

вообще-то есть

И в этом нет ничего плохого

Пока ты один на проекте

Не лень было искать?)

1 клик

вообще-то есть

То что ide зарефакторить не сможет?

То что ide зарефакторить не сможет?

ревьювить пуллреквесты тоже только через IDE?

анализировать код легче когда есть 50 названий?

В кратце, потому что ты можешь импортнуть компонент назвав его как угодно

Понял. В еслинте вроде было что-то чтоб не переименовывали. Люди начинают по другому делать?

Пока ты один на проекте

4 года экспортирую в командах 3-7 человек, когда ждать?

анализировать код легче когда есть 50 названий?

Анализ кода легче когда маленькие пул реквесты

Анализ кода легче когда маленькие пул реквесты

а неважно открываешь файл и там несколько переименований привычных классов Это ок по твоему?

Конфиги вполне можно экспортировать как дефолты, а так же корневые компоненты (энтри поинты), то есть вещи у которых изначально нет имени и не предвидится обычных импортов

а неважно открываешь файл и там несколько переименований привычных классов Это ок по твоему?

А export default тут причем? import {a as b } тоже самое

А export default тут причем? import {a as b } тоже самое

только это явно

переименовал a в файле и увидел везде, где зааффектилось

Как это поможет от "открываешь файл а там переименованные привычные классы"?

Так что с юзернеймом?

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

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

Так оно работает теперь?

Я ещё пока не попробовал

Чуть позже отпишу

Как это поможет от "открываешь файл а там переименованные привычные классы"?

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

Или тупая херь, которую я видел не так давно в виде накопипащеных тестов, где импорт был вида import Component from '.'

class SomeListContainer { // ... render() { return <SomeList />; } export default connect(...)(SomeListContainer); Как считаете, норм так оформлять?

И файл называется SomeListContainer.js

Ребят есть либа компонентов https://github.com/resin-io-modules/rendition но она на typescript написана Можно ли чем-то за-транспайлить TS в ES6 ? можно конечно в ручную, но долго будет быстрее затранспайлить а потом пофиксить, то что не работает

Ребят где лучше делать axios запросы? В редьюсере или в экшн криейторе?

Ребят где лучше делать axios запросы? В редьюсере или в экшн криейторе?

redux-thunk

redux-thunk

Я понял, запрос идет в криейторе который возвращает функцию верно?

Я понял, запрос идет в криейторе который возвращает функцию верно?

Da

Da

Спасибо

Ребят где лучше делать axios запросы? В редьюсере или в экшн криейторе?

в миддлваре или вообще отдельно

в миддлваре или вообще отдельно

Это как?

Это как?

что как?

Ребят где лучше делать axios запросы? В редьюсере или в экшн криейторе?

В экшн криейторе или в саге или еще в каком-то мидлвере. Редюсеры без сайд эффектов должны быть вроде как

что как?

Всмысле в каком мидллваре?

Всмысле в каком мидллваре?

в какой напишешь, там и делай)

В экшн криейторе или в саге или еще в каком-то мидлвере. Редюсеры без сайд эффектов должны быть вроде как

Ну вот я в thunk делаю

Всем спасибо)

Ну вот я в thunk делаю

Ну и нормально

Ну и нормально

нет, плохо, thunk'и надо выбрасывать

Всмысле в каком мидллваре?

например https://github.com/lelandrichardson/redux-pack#data-fetching-with-redux-pack-new-way

нет, плохо, thunk'и надо выбрасывать

А чем плохо?

А чем плохо?

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

Привет у меня опять вопрос, почему компонент не рендерится? const root = document.getElementById("app"); class NavBar extends React.Component { render(){ return ( <nav> <a>Trending</a> <a>Feed</a> </nav> ) } } ReactDOM.render( NavBar, root )

А чем плохо?

да это спорный вопрос, но вообще thunk все же можно для запросов ипользовать

ERROR: S client not available

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

Учту)

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

Редук пак для простого подходит, а если повторные запросы нужны в зависимости от респонс

Привет у меня опять вопрос, почему компонент не рендерится? const root = document.getElementById("app"); class NavBar extends React.Component { render(){ return ( <nav> <a>Trending</a> <a>Feed</a> </nav> ) } } ReactDOM.render( NavBar, root )

<NavBar />

Редук пак для простого подходит, а если повторные запросы нужны в зависимости от респонс

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

<NavBar />

спасибо, чёт я чересчур невнимательный

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

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

А может тебе вообще rxjs нужен

Лол

rx хорош для такого

А может тебе вообще rxjs нужен

А что ты на счет редуес-сага думаешь?

А что ты на счет редуес-сага думаешь?

Тоже самое ток на генераторах

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

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

Тоже самое ток на генераторах

Тоже такое читал, но в основном везде вижу thunk или sagas

Тоже такое читал, но в основном везде вижу thunk или sagas

Rx можно по разному юзать

Есть готовая мидлвара redux observable

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

В одном крупном проекте немного санки + свои миддлверы

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

В одном крупном проекте немного санки + свои миддлверы

ну и хорошо)

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

Не правда

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

И делает что угодно

Есть готовая мидлвара redux observable

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

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

Сложные асинк флоу требуют чутка подумать

Нет одного ходового решения

Либо стримы либо генераторы

Сложные асинк флоу требуют чутка подумать

Пока я все же сага осваиваю, а дальше будет видно

Либо стримы либо генераторы

RxJS это к стримам?

RxJS это к стримам?

Да