как в react-router через Link передавать объекты в пропсы?

<Link to={{ pathname: '/hello', state: { name: 'ryan' } }}> можно так передать, и забрать в this.props.location.state

Привет всем, нужна помощь с ReactCSSTransitionGroup. Не могу понять почему не работает анимация. В props приходит строка которую обрабатывает функция getComponent и возвращает компонент который нужно отображать ( http://prntscr.com/d5ftq3 ). В чем может быть проблема?

<Link to={{ pathname: '/hello', state: { name: 'ryan' } }}> можно так передать, и забрать в this.props.location.state

Спасибо - попробую

Всем привет

_

_

_

_

вот и поговорили

Ребят как подключить react-json-tree в проект. Без сборщиков

напомните название библиотеки для удаления повторяющихся обьектов в JSON

https://github.com/paularmstrong/normalizr ?

да спасибо! но я очень надеялся что он и обратно умеет :/ оказалось что нет (нужно денормализовывать данные)

https://github.com/gpbl/denormalizr

Реактор роутер умеет в адресацию по якорю?

https://github.com/ReactTraining/react-router/blob/master/docs/guides/Histories.md

Ага, hashHistory, спасибо :)

кто знает реакт?

Задачка на знание реакта кто не решит тот не знает реакт let children = 0 class A extends React.Component { state = { children } render = () => ( <span>{this.state.children}{children++}</span> ) } const B = args => ( <A ref={el => el.setState(args)} /> ) ReactDOM.render(<B><B/></B>, document.body)

не запуская код

А в чем задачка то? Что будет в спане?

что в итоге в document.body будет

а спойлеров в телеграме нет?

кто знает реакт?

не знаю реакт

Задачка на знание реакта кто не решит тот не знает реакт let children = 0 class A extends React.Component { state = { children } render = () => ( <span>{this.state.children}{children++}</span> ) } const B = args => ( <A ref={el => el.setState(args)} /> ) ReactDOM.render(<B><B/></B>, document.body)

мне лень такое решать, я обычно отвечаю "это говнокод"

Задачка на знание реакта кто не решит тот не знает реакт let children = 0 class A extends React.Component { state = { children } render = () => ( <span>{this.state.children}{children++}</span> ) } const B = args => ( <A ref={el => el.setState(args)} /> ) ReactDOM.render(<B><B/></B>, document.body)

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

<span><span>02</span>1</span> наверное)

кто знает реакт?

А как выглядит ТЗ по реакту, мейби кто-то знает?

А как выглядит ТЗ по реакту, мейби кто-то знает?

Так же, как и любое другое по любому другому фреймворку

Вывести 100500 колонок на основе каких-то данных

так же выглядит типичная задача на любом из фреймворков

source: вывожу тысячи колонок каждый день

как принято пробрасывать переменные окружения в сборку? сейчас у нас сделано так "bundle": "cross-env NODE_ENV=production webpack -p --optimize-dedupe" и нам нужно разделить production и staging

добавлять новый скрипт или как-то снаружи задавать окружение перед запуском npm run?

Подскажите мб, у меня есть нативный селект, дополненый только функцией очистки. Т.е. у него есть стейт который хранит значение, при клике на контрол очистки - значение в стейте будет null. Так же есть форма с событием onChange, это событие работает если мы изменяем значение при выборе опции, но если мы очищаем наш селект, то событие onChange не будет срабатывать, как решить такую проблему?

<form onChange={ this.changeFilter }> <Select name="source" options={ sources } /> </form>

Навешивать onChange на селект?

Просто в форме много полей и на каждый навешивать onChange не хотелось, но если без этого никак, то ок)

onSelect наверное

this.changeDataType на селект при onChange

Вывести 100500 колонок на основе каких-то данных

жун/мидл/синьйорита или это не важно?

добавлять новый скрипт или как-то снаружи задавать окружение перед запуском npm run?

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

тогда придется кастомизировать так же в тех местах, где CI дергает этот скрипт

что немного напрягает

если планируется несколько целевых сереров (stage / dev1 / dev2 / production), можно добавить другую переменую

хочется чтобы вся кастомизация была локализована

тогда придется кастомизировать так же в тех местах, где CI дергает этот скрипт

а как вы сейчас управляете конфигурацией на CI?

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

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

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

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

да

мб проще добавить APP_ENV, и на основе него дергать нужный конфиг?

дергать в смысле в конфиге вебпака читать из файла?

например, да

и где задавать этот APP_ENV - скорее это проблема

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

ну вместе с окружением может быть еще инфа касающаяся именно запуска(время, какие-то доп конфиги)

а как у вас происходит передача параметров?

а как у вас происходит передача параметров?

на каком этапе?

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

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

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

DefinePlugin работает во время билда

а нам надо при запуске

один и тот же билд идет на прод и на демо

иначе мало ли че там насобиралось

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

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

ну это совсем просто, CI может писать какой-нибудь json с параметрами, а вы в webpack.conf их уже как хотите разбираете

или даже в самом приложении

DefinePlugin работает во время билда

ну, у нас есть и то, и другое

что-то известно во время билда(например ключи какие-нибудь), что-то известно только в момент запуска(окружение production или staging)

а нам надо при запуске

т.е. вы собираете для всех энвов один бандл и подкладываете конфиг уже при запуске?

а как в рантайме пробрасывается в window?

а как в рантайме пробрасывается в window?

пока что это две переменные окружения, условно APP_ENV=staging npm start

ну или NODE_ENV=production APP_ENV=staging npm start

погоди, речь о статике же

у нас нода отдает шаблон

а, так все могут :D

а, она рендерит на ходу что-то

да

понятно, у нас щас все статика, потому нужно на этапе билда

есть какой-то вариан из реакта скроллнуть див? как в jQuery scrollLeft

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

но тогда надо под разные запуски делать разные бандлы)

ога

встречал еще такое что некоторые фичи билдились только в дев и стейдж

у нас еще бекенд (не js), в который иногда надо пробрасывать те же параметры, но уже при запуске

потому хочется общее решение

у нас еще бекенд (не js), в который иногда надо пробрасывать те же параметры, но уже при запуске

если конфиги статичные, то json / yaml должны подойти

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

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

какие тут минусы

на одних переменых окружения далеко не уедешь)

почему?)

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

если параметров не много, то норм вариант

а что кроме строк надо?

но вообще лучше конечно json или типа того ложить куда-нибудь