то почему мы с редуксом делаем mapStateToProps

так это мы просто выбираем, какие пропсы передать

Так ясное дело, что я завишу от типов, а не конкретных классов

DIP все дела

так это мы просто выбираем, какие пропсы передать

куда?

в компонент

который коннектим

тоесть слушаем store и меняем props ?

Это HOC, пропсы меняются компоненту а не себе

Ну так если TS дает возможность написать полный ООП код, почему им не пользоваться?(в рамках разумного)

вот пример отсюда - https://css-tricks.com/learning-react-redux/

Ребята, кто-нибудь пользуется Jest?

Ну так если TS дает возможность написать полный ООП код, почему им не пользоваться?(в рамках разумного)

Я и пишу оо

this.props.users - это же свойство родителя?

Наличие интерфейсов никак ничего не меняет

значит оно меняется при изменеии state ?

Наличие интерфейсов никак ничего не меняет

Скажу по секрету для оо не нужны классы и интерфейсы

то что там в child component - <UsersList>это не так важно сейчас

то почему мы с редуксом делаем mapStateToProps

плз поясните эту хрень

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

react redux state props abramov router state props actions facebook map export default

react redux state props abramov router state props actions facebook map export default

покажи reducer

const shipementsViewStateReducer = function (state = {}, action) { if (action.type === EVENTS.openUploadDialog) { state.uploadDialogOpen = true; } if (action.type === EVENTS.closeUploadDialog) { state.uploadDialogOpen = false; }

потом в родителе я вызываю child - <UploadDialog open={this.props.uploadDialogOpen} onClose={() => this.props.onCloseClick()}/>

и в родителе же вызываю - const mapStateToProps = function (store) { console.log('mapStateToProps', store.shipmentsView.uploadDialogOpen); return { uploadDialogOpen: store.shipmentsView.uploadDialogOpen }; };

тоесть я типо this.props.uploadDialogOpen хочу чтобы поменялось когда поменялся store (state.uploadDialogOpen)

или я что-то упустил

оно даже меняется - то для этого (почему-то??) мне надо сходить на другую страницу - другой роут открыть - потом вернуться - тогда все отрабатыват

в root у меня вот такое нагромождение оберток, может это как то влияет -

<IntlProvider locale={APP_LANGUAGE} messages={this.state.translations}> <Provider store={store}> <MuiThemeProvider muiTheme={appTheme}> <Router history={browserHistory}> <Route path="/" component={Home}/> <Route path="login" component={Login}/> <Route path="/settings" component={Settings}/> ...

а где у тебя сохранение результата запроса?

где users хранятся?

users это пример из статьи - я просто хочу показывать или скрывать модальный диалог (http://www.material-ui.com/#/components/dialog) из родителя

оно даже меняется - то для этого (почему-то??) мне надо сходить на другую страницу - другой роут открыть - потом вернуться - тогда все отрабатыват

shouldComponentUpdate нужен, вероятнее всего

для ётого использщую свойстов uploadDialogOpen

shouldComponentUpdate нужен, вероятнее всего

я добавил shouldComponentUpdate () { return true; } и в родителе и в ребенке - все тоже самое

Ппц

потому что *** этот реакт

ты просто не умеешь его готовить

пойду на stackoverflow накатаю вопрос, там разбирутся

ты просто не умеешь его готовить

я не спорю, мне ангуляр ближе как то. но есть **** которым надо помоднее.

state.uploadDialogOpen = true; Данные же иммутабельные должны быть

пойду на stackoverflow накатаю вопрос, там разбирутся

лучше разберись с потоком данных в реакте class SomeComponent extends React.Component { render() { return ( <AnotherComponent prop1="something" prop2="anything" /> ); } } prop1 и prop2 это пропсы для AnotherComponent AnotherComponent изменить их не может, только считать

вероятнее всего, при ре-рендеринге где-то проверяется, объект тот же - значит ничего ре-рендерить не надо

В общем-то на этом можно и заканчивать ) реакт не требует месяцев вникания

вероятнее всего, при ре-рендеринге где-то проверяется, объект тот же - значит ничего ре-рендерить не надо

дядь ты гений!!!!

if (action.type === EVENTS.openUploadDialog) { return Object.assign({}, state, { uploadDialogOpen: true }); }

решило все проблемы

?

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

npmjs.com > date-fns > dependents > profit

Подскажите самую удобный и простой способ валидации форм на реакте?

В текущем проекте используем json schema, библиотеку jjv

Господа, как лучше всего управляться webrtc потоками? В стор пихать же нельзя такое. У кого опыт с таким типом данных был?

Почему в стор не ок?)

В стейте не должно же быть что-то 'нечистое'

Кто сказал?

Скроллом норм напрямую из js управлять. Это сайдэффект. Что делать? Сжать зубы и писать код)

Или курсором к contenteditable

Господа, как лучше всего управляться webrtc потоками? В стор пихать же нельзя такое. У кого опыт с таким типом данных был?

Я при получении стрима складывал его в объектик c с ключами и подписывался на изменения, то есть в сторе только айдишники были

Надо пояснить, что это аудиопоток, а не поток событий

События я обрабатываю в саге

А вот что мне делать, когда я получаю аудиопоток я не знаю

я про аудио/видео поток и говорю...

при дисконекте пира просто выпиливаешь айдишник из массива и обнуляешь его в объектике)

Хорошо, попробую так, спасибо

Подскажите плз, у меня компоненты разбиты по папкам, в которых лежат файлы index.jsx, стили. Вопрос заключается в том, чтобы импортить их без указывания в пути "index.jsx". import List from './components/List' вместо import List from './components/List/index.jsx' Я где-то читал, что это можно настроить в webpack, мб кто-то сталкивался?

можно package.json создавать в каждой папке и там указывать

можно package.json создавать в каждой папке и там указывать

Не, resolve.extensions норм тема, зачем плодить package.json?

Подскажите плз, у меня компоненты разбиты по папкам, в которых лежат файлы index.jsx, стили. Вопрос заключается в том, чтобы импортить их без указывания в пути "index.jsx". import List from './components/List' вместо import List from './components/List/index.jsx' Я где-то читал, что это можно настроить в webpack, мб кто-то сталкивался?

Ммм, если просто указана папка, то насколько я знаю загрузчик в первую очередь ищет index.js и если его нет - кидает ошибку, нужно только заменить jsx -> js ведь все равно бабель транспилит все это

Ммм, если просто указана папка, то насколько я знаю загрузчик в первую очередь ищет index.js и если его нет - кидает ошибку, нужно только заменить jsx -> js ведь все равно бабель транспилит все это

Компоненты советуют в .jsx писать, поэтому и встал вопрос

ERROR: S client not available

можно писать компоненты в component.jsx а в index.js просто импорт/экспорт

Компоненты советуют в .jsx писать, поэтому и встал вопрос

а какая разница?

Компоненты советуют в .jsx писать, поэтому и встал вопрос

кто советует?

Да и какая разница? jsx, или js расширение? По-моему большенство пишут имено js расширение

а HOC - это компонент? а если в нем нет jsx?

Привет! Учу React. Начал изучать Redux. Вроде все неплохо, но не могу понять одного → когда использовать state, a когда store???

Привет! Учу React. Начал изучать Redux. Вроде все неплохо, но не могу понять одного → когда использовать state, a когда store???

state для состояния внутри одного изолированного компонента, типа там что в input введено, такого рода (но тут всё по ситуации). store для вещей, которые нужны в нескольких местах, для данных, которые поступают извне, для глобального состояния приложения и т.п.

state для состояния внутри одного изолированного компонента, типа там что в input введено, такого рода (но тут всё по ситуации). store для вещей, которые нужны в нескольких местах, для данных, которые поступают извне, для глобального состояния приложения и т.п.

Благодарю ;)

кто советует?

https://github.com/airbnb/javascript/tree/master/react#naming

а HOC - это компонент? а если в нем нет jsx?

А возвращаешь ты что? Компонент

А возвращаешь ты что? Компонент

неа, я возвращаю функцию :P

Да и какая разница? jsx, или js расширение? По-моему большенство пишут имено js расширение

Я читал про мнение, что jsx синтаксис в js - это неестественно. С удовольствием выслушаю другие мнения

неа, я возвращаю функцию :P

Которая возвращает компонент в виде jsx

Я читал про мнение, что jsx синтаксис в js - это неестественно. С удовольствием выслушаю другие мнения

ИМХО - все должно быть очевидно. js в js, jsx в jsx.

Я читал про мнение, что jsx синтаксис в js - это неестественно. С удовольствием выслушаю другие мнения

Расширенный джаваскрипт это норм

ИМХО - все должно быть очевидно. js в js, jsx в jsx.

Нет

Нет

это не вопрос

Я не согласен

.jsx ?это вкусовщина

Расширенный джаваскрипт это норм

а почему это норм?

скажем, less ты пишешь в less

хотя, с постцсс немного по другому дела обстоят

Под новое расширение ещё придётся весь тулинг настроить и не ошибиться

мы складываем в .js то, что хотя бы находится на расмотрении tc39, xml подобное в jsx. Аналогично для .ts/.tsx

как говорили в 30ых в Германии "js для javascript!"

Вы же не пишете es6 джаваскрипт в .es или .es6/7

ИМХО - все должно быть очевидно. js в js, jsx в jsx.

линтер обычно не дает делать по другому

у каждого должен быть линтер

0/

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

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

астанавись