А что круче на твой взгляд rxjs или redux? Или их не нужно сравнивать ?

Попробуй redux-observable.

есть ли возможность избавиться от дубликатов?

Похоже на динамические стили, с ними в жсс очень сложно

Как лучше сделать скроллинг в конец чата при получении нового сообщения?

Как лучше сделать скроллинг в конец чата при получении нового сообщения?

плавненько =)

Как лучше сделать скроллинг в конец чата при получении нового сообщения?

депендс

главное не делай скроллинг если не внизу было

депендс

А точнее?

да как угодно

https://developer.mozilla.org/en/docs/Web/API/Element/scrollIntoView

вот например

:)

https://github.com/fisshy/react-scroll

вот

https://github.com/fisshy/react-scroll

Спасибо посмотрю.

Ребят, если я хочу какой то react компонент передать в пропсах, то дочерный может его отрендерить только через React.cloneElement(this.props.someComponent) - да?

А зачем передавать компонент в пропсах? Я просто ньюфаг

Почему бы не импортнуть его?

Ну может быть все что хочешь типа beforeContent={} afterContent={}

Ребят, если я хочу какой то react компонент передать в пропсах, то дочерный может его отрендерить только через React.cloneElement(this.props.someComponent) - да?

ну можно компонент прокидывать через пропс, потом рендерить его вот так: {beforeContent}

можно класс прокидывать и рендерить вот так: <BeforeContent/>

Компонент это js объект или функция, так что ничто не мешает его прокинуть через пропсы. По крайней мере мне так кажется, я не пробовал.

всё верно..ещё можно заюзать children

можно класс прокидывать и рендерить вот так: <BeforeContent/>

точно, спасибо. Просто утро понедельника

Кто юзает rect-storybook? Имею проблему со скоростью HMR — 4 секунды на релоад

Народ, кто использует react-redux-form???

Может из-за сорсмапов?

Может из-за сорсмапов?

хм

но сорсмапы то мне нужны

точно

поставил евал

спасибо

Что с авторизацией на iOS у меня не работает там ни хранение ключа в localStorage ни cookies. Где хранить auth token на iOS?

Народ, кто использует react-redux-form???

я использую, время от времени. Но не то, чтоб это слишком уж удобно.

я использую, время от времени. Но не то, чтоб это слишком уж удобно.

Ситуация следующая: нужно поставить ошибку полю с помощью диспатча

типа я ставлю invalid: true

а у меня выводится ошибка

я использую, время от времени. Но не то, чтоб это слишком уж удобно.

но по сравнению с другими - вполне себе удобно

сделал с помощью setErrors

но туда надо само значение ошибки передавать

типа текст

а я хочу просто true или false

а ты всё хочешь в общий стейт писать и экшеном ошибки передавать?

я просто в стейст хочу написать типа errors: { invalid: true }

а у меня там уже компонент смотрит

их компонент Errors

и в него я передаю messages

я просто в стейст хочу написать типа errors: { invalid: true }

ну тогда зачем тебе диспатч? юзай просто this.setState({errors:{invalid: true}})

там оно со стора берёт

и мне в стор нужно записывать

а подскажите чат по AI, нейронкам плиз

Слушайте, а все юзают прямо постфикс Container? Меня как-то смущает использование <MyBloodyStuffContainer />

или это нормально?

Нет, это убогий нейминг

А что делать? Вот у меня DocumentList который отображает список документов. Я оставляю в нем только рендеринг, работу со слоем данных выношу в DocumentListContainer. Как тут пофикисить?

меня бы устроил Container

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

documents/List documents/Document documents/Container

а лист у тебя как?

ничего не понял DocumentList = ()=> … DocumentListContainer => … <DocumentList … />

documents/Component documents/Container

Хотя юзаю MyComponentContainer и не вижу в этом ничего плохого или неудобного

documents/Component documents/Container

мерзкая архитектура... аргументировать я конечно же не буду)

ERROR: S client not available

))

мерзкая архитектура... аргументировать я конечно же не буду)

Я такую не использую

Я такую не использую

а какую используешь?

У меня actions, reducers, components, containers и тд.

получше

Абрамоугодно

У меня actions, reducers, components, containers и тд.

не, у меня один класс - один файл

для компонентов

Внутри уже папки по смыслу например actions/cart actions/item

А оно друг другу противоречит?

http://reactpatterns.com/#container-component

не, у меня один класс - один файл

Ну то есть в одном файле и экшны и редьюсеры и тд?

а) прочитай вторую строку б) по редюсерам пока решаю

есть варианты и так и так

не, у меня один класс - один файл

Без контейнеров? Или просто в одном файле и то и то?

Вот задумался про контейнеры

Объясните смысл контейнера если используется redux?

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

Компоненты - ui, контейнеры - данные

Объясните смысл контейнера если используется redux?

Я юзаю не контейнеры а коннекторы recompose, connect, handlers, всё это как один HOC Ибо не вижу смысла в отдельном компоненте-контейнере Для меня AtomicDesign + Redux играет новыми красками

Что мешает в отдельном методе работать с данными?

То, что компоненты могут использоваться в любом контексте

Что мешает в отдельном методе работать с данными?

одного метода не хватит

Что мешает в отдельном методе работать с данными?

а) куча методов б) херово пишутся сторибуки

одного метода не хватит

Никто не просит ограничиться одним методом.

Никто не просит ограничиться одним методом.

итоге: компонент-представление, имеет "сотни" методов для работы с данными и использовать конкретный компонент можно только в одном месте паттерн контейнер/компонент пытается избежать этого и максимально реиспользовать компоненты

То, что компоненты могут использоваться в любом контексте

Что мешает готовить данные в редьюсере?

плюс нарушается single-responsibility priniciple

Что мешает готовить данные в редьюсере?

Это не область действия редюсера. Также, одни и те же данные, могут быть по разному представлены для разных компонентов

А Экшен кто дергает?