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

Причему тут темы то? : D

Почитай https://github.com/css-modules/css-modules/issues/147

ок ща

потому что пока что из диалога и гугла я не понял разницы между темами и темингом

а ты сказал в рантайме

ок

получается опять вопрос в пробросе стилей

Да в рантайме, css-module изолированы, а тебе надо модифицировать детей из родительского компонента

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

Почитай https://github.com/css-modules/css-modules/issues/147

thx ?

Может есть какие волшебные настройки в webpack'е второй версии, которых я не знаю. Стиль применяется если собрать в dist продакшен, это не удобно, но в момент правок, работы, из src стили не показывают. Где почитать?

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

1 статья 2 статьи 10 статей итд

Вооо

Дождался)) обламитесь Майк Сальников)))

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

Тут, скорей всего, нужно свой велосипед писать

да я думаю должны такие быть

https://gist.github.com/realmyst/1262561

@Kreizo https://github.com/scottrippey/Smart-Plurals

пойдет спасибо

https://www.npmjs.com/package/plural-ru

о то что нужно

http://docs.translatehouse.org/projects/localization-guide/en/latest/l10n/pluralforms.html?id=l10n/pluralforms Однострочник.

Хочу максимально быстро сделать SPA, есть какие-то общие практики/правила хорошего тона, как сделать структуру проекта и может какой-то шаблон хороший в плане архитектуры есть?

до этого писал бекенд, на бекенде рендерил шаблонизатором html

Да

Хочешь быстро -- иди в ангуляр

Хочу максимально быстро сделать SPA, есть какие-то общие практики/правила хорошего тона, как сделать структуру проекта и может какой-то шаблон хороший в плане архитектуры есть?

https://github.com/insin/nwb

Как стартер

Топ

В реакте порог входа большой

В начальной обвязке охуеешь

https://github.com/insin/nwb

спасибо

В реакте порог входа большой

У нас бэкендры справляются вполне норм. По гайдам настраивают сборку и пишут простые сайты.

Не, я не спорю

Просто старт дольше чем на ангуляре

Который написал две строчки и погнали

А почему не оф create react app

И никакие обвязки вообще не нужны

ну не знаю, тут еще вопрос в том, что ты в начальную обвязку пихаешь

но признаюсь честно, я не пробовал ангуляр

А почему не оф create react app

да, хороший вариант

Куча живых boilerplat-ов, куда проще git clone и поехали, на любой вкус: https://github.com/enaqx/awesome-react#boilerplates

Рекомендую react-starter-kit

спасибо

спасибо

Рекомендую сразу за финальное SPA не браться, а сначала сделать несколько небольших приложений: 1. Использование голого React с изучением внутреннего state, life cycle methods, обмена данными между компонентами, context 2. Тоже приложение с выделением общего для многих компонентов состояния в redux 3. Изучить одну из реализаций GraphQL хотя бы поверхностно, например apollo-stack

В реакте порог входа большой

разве?

Помогаю студенту из Англии, с небольшим background-ом входит в React со скрипом, но за месяц, начиная сразу с React Native полноценное приложение по менеджементу футбольних клубов и матчей. Если опыта побольше, думаю React ложится очень легко.

@fentlez Так же для прототипирования, в окружении максимально приближенном к локальному, рекомендую использовать: https://www.webpackbin.com/ Можете воспользоваться моим шаблоном для React: https://www.webpackbin.com/bins/-KfhVJxU_hTKERNVN2le Шаблон react + redux: https://www.webpackbin.com/bins/-KfhV8nAZoUdMFeaz8-p

Собрав там проект, можете его скачать и запустить локально.

@fentlez Так же для прототипирования, в окружении максимально приближенном к локальному, рекомендую использовать: https://www.webpackbin.com/ Можете воспользоваться моим шаблоном для React: https://www.webpackbin.com/bins/-KfhVJxU_hTKERNVN2le Шаблон react + redux: https://www.webpackbin.com/bins/-KfhV8nAZoUdMFeaz8-p

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

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

я делал первый проект и не понимал как все это работает

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

куйня это фсё, вот с гранта пытаюсь на вебпак перейти, вот хде порог вхождения ацкий))

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

Достать values в redux-form так: _.get(state.form, ${ getFormName(doc.id) }.values, {}),

доку не читаем за нормальными решениями? http://redux-form.com/6.5.0/docs/api/FormValueSelector.md/

доку не читаем за нормальными решениями? http://redux-form.com/6.5.0/docs/api/FormValueSelector.md/

Если вы внимательно прочитает дальше, то я пишу о formValueSelector и что он может использоваться только при явном задании названий полей.

А для values мое решение подходит при динамическом генерировании имен форм.

При одной форме и статическом имени дальше предложено изящное решение.

const mapStateToProps = ({ form }, { form: formName }) => { const { values } = form[formName] return { values } }

@dimonnwc3 И вместо нетерпимости, просьба относиться внимательнее к себе и окружающим людям.

formName то всеравно передается откуда то

не магией же

Оно всегда задается для формы и лежит в ownProps.

ERROR: S client not available

ничто не мешает задавать и для formValueSelector

А так как reduxForm - является HOC, то все ее параметры являются параметрами WrappedComponent.

А кто что для валидации использует? Например, пришёл POST или GET запрос, который надо обработать прежде, чем спроксировать во внутренний сервис.

Очевидно что мешает, когда вы не знаете все поля заранее.

Очевидно что мешает, когда вы не знаете все поля заранее.

почему бы не взять все поля?

или я чего то не догоняю

почему бы не взять все поля?

Потому что они неизвестны заранее - их нет. Они генерируются динамически.

их и не надо знать, просто взять все

Нет таких параметров для formValuesSelector - взять все.

Нужно перечислить.

http://redux-form.com/6.5.0/docs/api/Selectors.md/ есть и другие вещи getFormValues

Принято. Этого селектора еще месяц назад не было.

как по мне решение по изящнее

Согласен, что нужно использовать стандартное.

Народ, вот как быть - решаешь задачу, и постоянно отвлекаешься на другие мелкие. Их как атомарные коммиты оформлять не хочется, потому что в коде уже начато решение основной, но не законченно и поэтому код сломанный. В итоге получается один большой коммит, в его описании основная задача. А куча мелких получается протаскивается "за компанию" но никак не оформляется. По-моему плохо. Как минимум, не знаешь в какое состояние на самом деле откатишься, сделав чекаут

На какую-либо раннюю версию

Ну и ломает мозг кому-то другому кто будет сопоставлять описание коммита и фактические изменения.

делать ветки, мержить...

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

Не обязательно разные люди, бывают разные идеи... а потом или идеи пропадают, или воплощаются в жизнь...

Народ, вот как быть - решаешь задачу, и постоянно отвлекаешься на другие мелкие. Их как атомарные коммиты оформлять не хочется, потому что в коде уже начато решение основной, но не законченно и поэтому код сломанный. В итоге получается один большой коммит, в его описании основная задача. А куча мелких получается протаскивается "за компанию" но никак не оформляется. По-моему плохо. Как минимум, не знаешь в какое состояние на самом деле откатишься, сделав чекаут

а если просто не выполнять посторонние задачи? Вот наткнулся на другую мелкую задачу - записал где-то task, решил основную, потом уже все мелкие пофиксил

тогда на каждую решенную задачу будет еще 10 TODO и 10 FIXME и так пока совсем не заблудишься в мелочевке xD

ну да, но так будут все изменения задокументированны

Но вообще это характерно на начально стадии проекта

В стадии зрелости таких проблем не должно быть

И легко всё ляжет на микрокоммиты

Или отдельный Technical Debt commit :)

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

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

Ну как разом. По очереди, но вместе

В смысле "дорого стоит"?