нужен совет. Есть админка, в ней страница Settings с формой обновления данных профиля. Дело в том, что есть несколько типов пользователей, и в зависиомости от залогиненного пользователся набор полей в этой форме может изменяться. Как быть? Для разных пользователей разные вьюхи с формами? Или динамически поля формы генерировать с React.createElement и добавлением событий и т.д. ?

Помошь нужна?

Или сама решила?

От Senior full-stackoverflow web developer. =)

нужен совет. Есть админка, в ней страница Settings с формой обновления данных профиля. Дело в том, что есть несколько типов пользователей, и в зависиомости от залогиненного пользователся набор полей в этой форме может изменяться. Как быть? Для разных пользователей разные вьюхи с формами? Или динамически поля формы генерировать с React.createElement и добавлением событий и т.д. ?

Я бы генерировал массив input-ов

Чем разные components

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

Катю убрали чтоли?

Она теперь не может зайти

я убрал

нужен совет. Есть админка, в ней страница Settings с формой обновления данных профиля. Дело в том, что есть несколько типов пользователей, и в зависиомости от залогиненного пользователся набор полей в этой форме может изменяться. Как быть? Для разных пользователей разные вьюхи с формами? Или динамически поля формы генерировать с React.createElement и добавлением событий и т.д. ?

Разные вьюхи это нормально

кек

я убрал

Без варнингов, предупреждении

Просто так?

нужен совет. Есть админка, в ней страница Settings с формой обновления данных профиля. Дело в том, что есть несколько типов пользователей, и в зависиомости от залогиненного пользователся набор полей в этой форме может изменяться. Как быть? Для разных пользователей разные вьюхи с формами? Или динамически поля формы генерировать с React.createElement и добавлением событий и т.д. ?

Можешь название полей в массив к примеру сделать, будет объект с массивами типа fields: { admin: ['username', 'email'], user: ['email'] }, в зависимости от роли рендерить нужный массив

Просто так?

я с ней в личке

не просто так

кек

?

дебажить надо уметь

?

А что насчет react.js noobs?

Можешь название полей в массив к примеру сделать, будет объект с массивами типа fields: { admin: ['username', 'email'], user: ['email'] }, в зависимости от роли рендерить нужный массив

получается что, это будет массив пропсов. угу, понял

спасибо

с событиями и валидацией наверное гемор будет

Разные вьюхи это нормально

всё же отдельные вьюхи проще.. Дмитрий, а как конкретному пользователю отдать нужную вьюху?

@ZeroBias есть идея?

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

чота привык думать роутами. ну да, так годится

спасибо

onDeleteClick(id) { this.props.deleteLocation(id); } почему пропс нул?

onDeleteClick(id) { this.props.deleteLocation(id); } почему пропс нул?

Сейчас посмотрю

так

теперь норм, зашел в редьюсер

вообще полный листинг бы, а то не понятно

Uncaught TypeError: Cannot read property 'filter' of undefined

var output = state.data.filter(newArray => newArray.id !== action.id); return [ output, ...state]

тут ругается

а data это массив?)

data - это undefined)

а data это массив?)

Очевидно, что нет :)

(state.data || []).filter(newArray => newArray.id !== action.id); Если совсем лениво сделать нормально...

Покажи стейт редьюсера изначальный

да там дата андефайнд

function mapDispatchToProps(dispatch) { return bindActionCreators(deleteLocation, dispatch); } function mapStateToProps({ weather }) { return { weather }; // {weather} === {weather: weather} } export default connect(mapStateToProps, mapDispatchToProps)(WeatherzList);

значит тут не так нужно

mapDispatchToProps() in Connect(WeatherzList) must return a plain object. Instead received undefined.

return bindActionCreators({ deleteLocation }, dispatch); ?

this.props.deleteLocation(id); здесь ругается на null

в хендлере

два часа пытаюсь понять в чем трабл, не могу понять

го лс)

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

Ребят,всем привет. Такой вопрос. Есть следующий код - this.setState({ visible: false }, () => { console.log(this.state.visible) }). console.log выводит true o_O. Есть идеи?

а работало потому что в этом случае ссылался на ассеты в сорцах

извини непонял ) я в прямо в браузере вводил и я ожидаю что myfile.txt будет здесь http://localhost:3000/assets/myfile.txt а не здесь http://localhost:3000/app/assets/myfile.txt потому что publicPath: "/assets/" a не "/app/assets/"

Ребят,всем привет. Такой вопрос. Есть следующий код - this.setState({ visible: false }, () => { console.log(this.state.visible) }). console.log выводит true o_O. Есть идеи?

закложурено не то

извини непонял ) я в прямо в браузере вводил и я ожидаю что myfile.txt будет здесь http://localhost:3000/assets/myfile.txt а не здесь http://localhost:3000/app/assets/myfile.txt потому что publicPath: "/assets/" a не "/app/assets/"

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

и есть сорцы

а вот как

Одна из распространенных практик - это собирать ассеты из сорцов в эту самую директорию с помощью неких лоадеров. Ты чем-то собираешь этот txt? Реквайришь его где-нибудь, хз

Ребят,всем привет. Такой вопрос. Есть следующий код - this.setState({ visible: false }, () => { console.log(this.state.visible) }). console.log выводит true o_O. Есть идеи?

setState работает асинхронно

ERROR: S client not available

то есть это ожидаемое поведение

Одна из распространенных практик - это собирать ассеты из сорцов в эту самую директорию с помощью неких лоадеров. Ты чем-то собираешь этот txt? Реквайришь его где-нибудь, хз

да вроде ничем. еще такая проблема что я невижу ./dist нигде )))

Это понятно, но console.log же передан в функицю, которая 2 аргументом передана

А она вызывается после изменения state и обновления компонента

да. я кажется тупанул

Понимаешь в чем суть, если ты этот txt просто положишь в директорую из которой обслуживается клиент, то надо будет указывать абсолютный путь в клиенте, т.е. это будет get еще один. А если хочешь бандлить - напиши чем лоадить txt и куда ложить.

да вроде ничем. еще такая проблема что я невижу ./dist нигде )))

понял ) спс. я просто для дев сервера нехочу бандлить, и луче использовать полный путь в конфиге, а урл срезать /assets/, а проде уже бандлить

@Faizullin @nikdudnik у setState есть коллбек ?,setState может принимать функуию с аргументами prevState, props и на основе их устанавливать state

и setState асинхронный, поведение правильное

у setstate есть коллбэк, https://facebook.github.io/react/docs/react-component.html#setstate The second parameter is an optional callback function that will be executed once setState is completed and the component is re-rendered. Generally we recommend using componentDidUpdate() for such logic instead.

поэтому поведение неверное

скорее всего что-то действительно не то замкнуто

потому что setState вызывается из контейнера, через ref'ы

в контейнере, а-ля this.refs.modal.close()

в контейнере, а-ля this.refs.modal.close()

вот это пиздец говнокод

Понимаешь в чем суть, если ты этот txt просто положишь в директорую из которой обслуживается клиент, то надо будет указывать абсолютный путь в клиенте, т.е. это будет get еще один. А если хочешь бандлить - напиши чем лоадить txt и куда ложить.

понял ) спс. я просто для дев сервера нехочу бандлить, мне лучше использовать полный путь в конфиге, а урл срезать /assets/, а в проде уже бандлить

попробовал зарепродьюсить у меня работает :) похоже что-то за пределами представленного кода происходит

вот это пиздец говнокод

и почему же?

))))))))

The second parameter is an optional callback function that will be executed once setState is completed and the component is re-rendered. Generally we recommend using componentDidUpdate() for such logic instead.

попробовал зарепродьюсить у меня работает :) похоже что-то за пределами представленного кода происходит

окей, буду копаться дальше

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

Потому что можно сделать нормально и в этом случае еще и проблем таких возникать не будет.

согласен надо избавиться от использования рефа

Зачем constructor и componentWillMount вместе в компоненте прописывать ? )

потому что это не одно и то же?

Оба вызываются при маунте компонента...

> This is the only lifecycle hook called on server rendering. Generally, we recommend using the constructor() instead.

В новом вебпаке тришэйкинг только для своего кода работает? или вендорский тоже потрясет?