по отношению к контейнеру - локально

да можно написать хоть на чистом джиэсе это дело, но по сути же для этого и нужны джс-фреймверки ,чтобы внести какую-то структуру и т.д

по отношению к контейнеру)

но педалить в ближайший год лапшу на жиквери тоже нет никакого жеалния

дело в том что и на реакте можно лапшу написать) уж поверь

тогда даже можно поставить так вопрос, что писать на реакте просто веселее, чем на жиквери?

по отношению к контейнеру)

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

+ роутинг придется какой-то отдельный прикручивать

кому как удобнее

в общем-то

тогда даже можно поставить так вопрос, что писать на реакте просто веселее, чем на жиквери?

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

можно спорить вечно)

ага, а насколько это вобоещ хорошая/нехорошая/распространенная практика внедрять точесно spa в не-spa приложение ? никогда так нед елал

Отличный повод начать так делать

+ роутинг придется какой-то отдельный прикручивать

реакт - это абстракция над dom, если уметь писать в рамках абстракции, то будет ок, если лезть сквозь абстракцию к dom что то менять, то иногда выходит не очень

redux-form как-то поможет в работе с формой, ну скажем имеющей 30-40 полей и некоторые из них связаны ?

с валидацией и т.д

:) в реакте вообще все странно с формами, например angular/vue data binding иногда выигрывает по удобству, к сожалению, не работал с redux-form

кстати

ты можешь обратить внимание на vuejs

прошлый проект на нем делал

одно удовольствие

оно сейчас становиться похожим на реакт

очеьн крутая вещь

но есть один нюанс, который все портит

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

vuejs не нужен в аутсорсинге абсолюбтно

ни в одной вакансии его нет

redux-form как-то поможет в работе с формой, ну скажем имеющей 30-40 полей и некоторые из них связаны ?

Насчет 30-40 полей не знаю, но юзал у себя в проекте - все ок, удобно, быстро, с валидацией там тоже все ок как с серверной так и с клиентской

ну + можно без проблем создавать связанные поля

:) то есть здесь желание за счет конторы прокачаться по реакту

а не расчетливый выбор

скорее не забыть навыки)

ну в защиту концепции vuejs - они предлагают использовать JSX, так что практически ты можешь писать в том же стиле, что и на реакте

концептуально - разницы никакой

мне вью обьективно кажется намного легче, чем реакт

Куда уж легче то лол

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

под легче я имею в виду не сам реакт, а всю его экосистему (redux,reselect,thunks and etc)

под легче я имею в виду не сам реакт, а всю его экосистему (redux,reselect,thunks and etc)

в этом смысле vuejs - коробочное решение, где за тебя уже подумали

да, так и есть

хватит, не соблазняйте меня на vue х)

а, да, всем привет.)

что делаете?

Соблазняем на вью

ну с коробочными решениями часто другая проблема: их сложно комбинировать с новыми решениями

?

ну и его по-прежнему нет в вакансиях

причем вообще ни в одной - по крайней мере, там, где я искала

да, вью нет в вакансиях, покрайней мере в моем городе, где ну очеьн много вакансий по фронт-енду

ну учи html/css :) точно не ошибешься

это всегда пригодиться

А если мне в определенном редюсере хочется поставить класс на document.body или еще что сотворить, то как это лучше сделать? Просто такие вещи ведь не должны быть в редюсере ж

идеального решения нет, но я обычно вешаю вотчер на диспетчер in flux / store listener in redux, и по опреленным экшенам смотрю в стейт на какой ни будь флажок

А если мне в определенном редюсере хочется поставить класс на document.body или еще что сотворить, то как это лучше сделать? Просто такие вещи ведь не должны быть в редюсере ж

В идеале у тебя приложение не должно завязываться на body)

идеального решения нет, но я обычно вешаю вотчер на диспетчер in flux / store listener in redux, и по опреленным экшенам смотрю в стейт на какой ни будь флажок

Ну вот тоже подумал чтоб на стор отдельно подписаться. Или в action creator логику впихнуть. В любом случаем лишь не в редюсер такое

ну в редюсер такое уж точно пихать не стоит

уж лучше в каком ни будь рутовом компоненте в componentWillReceiveProps

В идеале у тебя приложение не должно завязываться на body)

Банальность но когда ты открываешь модалку на body ж надо класс overfow: hidden.

но тогда он будет еще менее чистым :)

ммм, вот с модалками другая история, они инкапсулируют свое поведение, и в componentWillReceiveProps можно поработать с body, подсматривая на isOpened

и с модалками еще другая ерунда - их еще нужно маунтить в другое место)

Не обязательно)

Но желательно, конечно

и с модалками еще другая ерунда - их еще нужно маунтить в другое место)

Спасибо, решил в сторону action creator Ты крутой :)

хм.. в action creator не должно быть ничего от презентации

в модалке componentWillReceiveProps(nextProps) { if (nextProps.isOpened) { document.body.style.overflow = 'hidden'; } else { document.body.style.overflow = ''; } }

зачем?

ERROR: S client not available

ну нужно ему

props - open PropType.bool

{this.props.open &&}

а не

if (this.props.open) { return (content) } else { return null; }

зачем выводить в DOM содержимое модалки?

если она закрыта

facepalm.gif

в модалке componentWillReceiveProps(nextProps) { if (nextProps.isOpened) { document.body.style.overflow = 'hidden'; } else { document.body.style.overflow = ''; } }

Гуд вариант, но если еще в другом компонент такое же надо будет делать, а потом в 3ем. Вариант хорош, но при неграмотном проектировании приложухи потом все равно приедтся с этого слазить :)

Ну и когда будешь дебажиьть - хрена знает откуда класс приплелся

Гуд вариант, но если еще в другом компонент такое же надо будет делать, а потом в 3ем. Вариант хорош, но при неграмотном проектировании приложухи потом все равно приедтся с этого слазить :)

у тебя один компонент Modal

не 10

сделай в одном и просто вставляй там где тебе нужна модалка

зачем выводить в DOM содержимое модалки?

он хочет просто выставлять body overflow = hidden чтобы убирать скролл

для модалок

а, ок

а повесить листенер?

с has-child

каким

напиши подробней

подробнее в гугл

https://developer.mozilla.org/en-US/docs/Web/CSS/:has

но экспериментально

Ну и когда будешь дебажиьть - хрена знает откуда класс приплелся

точнее <Modal isOpened={ true/false }>content</Modal>

но экспериментально

а, думаю можно и через селектор если бизнес не поддерживает ie

а вообще просто ивентами кмк

как цепочку промисов сделать, где второй then зависит от результата первого?

эм, просто цепочку then ?

promise.then(result => resule.isSuccess ? 'ok': 'no').then(result => result == 'ok' ? 'yes': 'oh noooo...')

Оо

api.signup({email: s_.email, password: s_.password}) .end((err, res) => {

вот щас так запрос вызывается