можно как-то this.props итерировать? const {sample, aSample, nSample} = this.props

+

Ну да optional chaining

Заебок

Как в c#

можно как-то this.props итерировать? const {sample, aSample, nSample} = this.props

в смысле ?

const array = Object.keys(this.props) array.forEach(item => console.log(item))

типо как-то так

или это колхоз

ну это ж объект обычный. for ... in можно использовать

for in тебе в лицо кинет линтер предъяву

почему ?

const array = Object.keys(this.props) array.forEach(item => console.log(item))

ещё можно тип obj.keys(this.props).forEach(key => this.props[key].чёта-сделать)

так пропсы - объект, а не массив

можно как-то this.props итерировать? const {sample, aSample, nSample} = this.props

а че не передавать массив одним пропсом?

ещё можно тип obj.keys(this.props).forEach(key => this.props[key].чёта-сделать)

хотя вот насчёт этого не уверен, там разве все ключи не стрингуются ?

можно как-то this.props итерировать? const {sample, aSample, nSample} = this.props

Можно, но зачем? Необходимость итерирования пропсов намекает, что ты что-то не то в них передаешь.

Ребята. React-Create-App когда делаешь билд автоматом вниз страницы подключается скрипт main.js. Все логично. Но можно ли как-то отключить это? Я хочу в public прописывать подключение к скрипту? Это режим без eject

const array = Object.keys(this.props) array.forEach(item => console.log(item))

Так норм

Нахрена именно пропсы итерировать правда отдельный вопрос

++

Вангую костыли

Ну, вдруг это логгер, чего вы?)

Всем привет. Я пытаюсь проксировать страницу react приложения (metabase) силами play framework. Первым запросом я получаю html, которая в свою очередь подтягивает стили и скрипты. Дальше по идее скрипты должны отработать и подтянуть json. Смотрю через консоль разработчика, ошибок нет, но запросов на подтягивание json тоже нет. Откуда скрипт берет инфу, с какого адреса брать данные, в самом скрипте при это запросы вида GET ‘api/something’?

господа, кто сталкивался event.target.setSelectionRange(0,3) в рекате? Что у меня ни как для инпута не срабаыватет. Есть идеи?

16.8e953915c614.js:1 Uncaught DOMException: Failed to construct 'Worker': Script at 'https://assets.domain.ru/assets/43ec99c0a496c8cc2afe.worker.js' cannot be accessed from origin 'https://domain.ru'. Коллеги, как решить траблу с загрузкой воркера который импортиться в модуль? юзаю worker-loader, но трабла в том что ассеты на другом сервере

Есть кто на митапе в Рамблер?

Ага

Двое???

16.8e953915c614.js:1 Uncaught DOMException: Failed to construct 'Worker': Script at 'https://assets.domain.ru/assets/43ec99c0a496c8cc2afe.worker.js' cannot be accessed from origin 'https://domain.ru'. Коллеги, как решить траблу с загрузкой воркера который импортиться в модуль? юзаю worker-loader, но трабла в том что ассеты на другом сервере

Прокси?

Получать через relative path /assets и проксировать на сервер с ассетами

https://github.com/w3c/ServiceWorker/issues/940

Что делать, если ты открываешь проект, а там пропсы прокинуты через 3 компонента вниз??

Страдать, очевидно же!)

Вот прям холивар призываете. Пропсы через 3 компонента - страдать. Коннект в каждом компоненте - плохо. Так как же?

Что делать, если ты открываешь проект, а там пропсы прокинуты через 3 компонента вниз??

Реакт разработчик это прокидыватель пропсов

Так что привыкать

Что делать, если ты открываешь проект, а там пропсы прокинуты через 3 компонента вниз??

3 компонента - вроде не так уж и много...

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

это не 10 и 15, как в некоторых проектах...

https://github.com/w3c/ServiceWorker/issues/940

спасибо, но в worker-loader есть опция inline, может она поможет

Я бы на эту либу не рассчитывал)

Все опции оказывают довольно странное воздействие на результат и не помогают никогда кроме самых простейших случаев

млять( и че грузить через xhr воркер?

хотелось бы рулить это на уровне вебпака(

Можно самому написать через Blob и createObjectURL. По сути там должно происходить тоже самое.

ну я и имею ввиду что то типа var xhr = new XMLHttpRequest(); xhr.open('GET', url); xhr.onload = function() { if (xhr.status === 200) { var workerSrcBlob, workerBlobURL; workerSrcBlob = new Blob([xhr.responseText], { type: 'text/javascript' }); workerBlobURL = window.URL.createObjectURL(workerSrcBlob); var worker = new Worker(workerBlobURL); } }; xhr.send();

блин бадяга, пошел в чат вебпака

.sendn't()

Вот прям холивар призываете. Пропсы через 3 компонента - страдать. Коннект в каждом компоненте - плохо. Так как же?

А чего плохо?

кто нить делал реализацию маски для инпута?) Я пытаюсь сделать контролируемый input, весь мозг себе поламал куда воткнуть смещение курсора в инпуте при надобности, может кто делал?

А чего плохо?

Ну типа же разделение на контейнеры и тупые компоненты

Ну типа же разделение на контейнеры и тупые компоненты

Супер хуевый подход

Ну типа же разделение на контейнеры и тупые компоненты

Ну ок разделил и каждый при этом приконнекчен к стэйту что здесь плохого?

кто нить делал реализацию маски для инпута?) Я пытаюсь сделать контролируемый input, весь мозг себе поламал куда воткнуть смещение курсора в инпуте при надобности, может кто делал?

https://github.com/renato-bohler/redux-form-input-masks/blob/master/src/createNumberMask.js глянь как другие сделали, мож чего полезного увидишь

https://github.com/renato-bohler/redux-form-input-masks/blob/master/src/createNumberMask.js глянь как другие сделали, мож чего полезного увидишь

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

Вообще я бы не сказал что это хороший пример. Использую эту либо и курсор мигает и скачет

Наверно лучше другие глянуть)

Супер хуевый подход

Я его тоже его не понимаю

ERROR: S client not available

Наверно лучше другие глянуть)

https://github.com/facebook/react/blob/master/packages/react-dom/src/client/ReactInputSelection.js#L163 вот чего нашел в реакте, только не пойму как его применить

хотя наверно это внутрення функция(

Я его тоже его не понимаю

В общем у нас большой проект и мы каждый инпут рисуем как стэйт лесс функцию(отдельный компонент) , и каждый каждый компонент если ему нужны данные из стора коннектим через connect к редаксу, в итоге вроде удобно получается и все довольны, и нет неразберихи с какого парента пришло то либо другое проперти.

В общем у нас большой проект и мы каждый инпут рисуем как стэйт лесс функцию(отдельный компонент) , и каждый каждый компонент если ему нужны данные из стора коннектим через connect к редаксу, в итоге вроде удобно получается и все довольны, и нет неразберихи с какого парента пришло то либо другое проперти.

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

В общем у нас большой проект и мы каждый инпут рисуем как стэйт лесс функцию(отдельный компонент) , и каждый каждый компонент если ему нужны данные из стора коннектим через connect к редаксу, в итоге вроде удобно получается и все довольны, и нет неразберихи с какого парента пришло то либо другое проперти.

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

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

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

Ну у нас коннекторов много(контейнеров) но мы не спускаем проперти с самого верха а каждый сам берет себе из редакса все что надо. Пs глупые компоненты проще тестировать.

Я как раз огреб, когда очень сильно поля ввода со стором связал, внезапно оказалось, что в отдельном виде не юзабельны, а надо как в ui либах

Ну у нас коннекторов много(контейнеров) но мы не спускаем проперти с самого верха а каждый сам берет себе из редакса все что надо. Пs глупые компоненты проще тестировать.

В остальных случаях, кроме ui, нет смысла именно коннект отделять, для тестов никто не мешает экспортировать вместе с обернутым в коннект компонентом и сам компонент

В остальных случаях, кроме ui, нет смысла именно коннект отделять, для тестов никто не мешает экспортировать вместе с обернутым в коннект компонентом и сам компонент

Почти согласен, но сам смотри. мапстэйт ту пропсы очень легко тестировать отдельно, мапс диспатчс тоже, стэйт лесс функцию вообще легко , а уже обернутый компонент в коннект согласись сложнее и это уже не совсем юнит тест. Плюс один и тот же рендер можно реиспользовать во многих местах отдовая ему определенные пропсы из редакса. В итоге разделение даёт плюсы но сцуко писать дохрена. И файлов куча и да, это задалбывает.

Есть nextjs чат??

То я создам)

Почти согласен, но сам смотри. мапстэйт ту пропсы очень легко тестировать отдельно, мапс диспатчс тоже, стэйт лесс функцию вообще легко , а уже обернутый компонент в коннект согласись сложнее и это уже не совсем юнит тест. Плюс один и тот же рендер можно реиспользовать во многих местах отдовая ему определенные пропсы из редакса. В итоге разделение даёт плюсы но сцуко писать дохрена. И файлов куча и да, это задалбывает.

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

кто-нибудь юзает на проектах какие-либо роутеры помимо классического react-router ?

кто-нибудь юзает на проектах какие-либо роутеры помимо классического react-router ?

Сегодня на митапе в Рамблере будет доклад про Router5, надо будет посмотреть, как запись выложат

Сегодня на митапе в Рамблере будет доклад про Router5, надо будет посмотреть, как запись выложат

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

кто-нибудь юзает на проектах какие-либо роутеры помимо классического react-router ?

@reach/router

@reach/router

Да, пока чет очень нравится, не считая бага с basepath на серверном рендере

Да, пока чет очень нравится, не считая бага с basepath на серверном рендере

Можно подробнее? Тоже в сср хотел впилить

пасиб, покручу его на выхах как раз

Можно подробнее? Тоже в сср хотел впилить

Ну там тупо если не указываешь basepath то падает на сервере. Причем баг походу в новом контексте. Есть ишью про это в реакте

Можно подробнее? Тоже в сср хотел впилить

https://github.com/reach/router/issues/27 уже пофиксили

привет, существует чат по graphql? если да скиньте ссыль плз

спс, я нуб просто

кто знает, есть что-нибудь похожее, где можно юзать элементы разной ширины/высоты для сортировки (drag'n drop) https://github.com/clauderic/react-sortable-hoc

@reach/router

а можно вкратце объяснить как у них работает path? Увидел сегодня первый раз доку. И вижу что они path могут повесить на любой компонент. Или я не прав?

а можно вкратце объяснить как у них работает path? Увидел сегодня первый раз доку. И вижу что они path могут повесить на любой компонент. Или я не прав?

Да, магия

Да, магия

Хотя видимо не совсем на любом, они должны быть напрямую вложены в Router