Может есть там что интересное, не смотрел еще

Подрубить source maps и посмотреть где падает?) Да и слишком большой скачок версий произошел

Спасибо за совет, теперь понимаю на что он конкретно указывает. Указывает на react-date-picker, может его выпилили в 16й версии?

Спасибо за совет, теперь понимаю на что он конкретно указывает. Указывает на react-date-picker, может его выпилили в 16й версии?

Нет, его просто надо обновлять тоже

Порекомендуйте что-нибудь по поводу React PWA с возможностью дальнейшей публикации в сторы apple, gplay

Можно аргументацию почему нельзя писать var в реакт приложении, ведь все равно это скомпилит бабель. Аргументы типо - это *, так делают только * не принимаются

Можно аргументацию почему нельзя писать var в реакт приложении, ведь все равно это скомпилит бабель. Аргументы типо - это *, так делают только * не принимаются

Область видимости

Можно аргументацию почему нельзя писать var в реакт приложении, ведь все равно это скомпилит бабель. Аргументы типо - это *, так делают только * не принимаются

Потому что hoisting - плохая и неочевидная вещь.

Порекомендуйте что-нибудь по поводу React PWA с возможностью дальнейшей публикации в сторы apple, gplay

на хабре вышла статья сегодня, чекни

Область видимости

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

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

тут можно или наругают?

тут можно или наругают?

Можно если по теме

тут можно или наругают?

тут все вопросы

ну по жс только не совсем в тему может быть. вобщем, как мне в (jsdoc например) описать структуру некоего объекта со вложеностью в пару уровней? есть такие заголовки Link, и хочется иметь статичную структуру (а не то что только в заголовке пришло), заменяя не-полученые значения на пустые строки ( избежать хочется кучи проверок на null/undefined). вот... и вобщем то, дампить в консоль я уже устал) может как то можно это замутить? на подобие описания классов и свойств, только чтоб попроще как то

спасибо

Область видимости

Потому что hoisting - плохая и неочевидная вещь.

ну по жс только не совсем в тему может быть. вобщем, как мне в (jsdoc например) описать структуру некоего объекта со вложеностью в пару уровней? есть такие заголовки Link, и хочется иметь статичную структуру (а не то что только в заголовке пришло), заменяя не-полученые значения на пустые строки ( избежать хочется кучи проверок на null/undefined). вот... и вобщем то, дампить в консоль я уже устал) может как то можно это замутить? на подобие описания классов и свойств, только чтоб попроще как то

мб прогонять через валидатор, например https://github.com/epoberezkin/ajv или joi

мб прогонять через валидатор, например https://github.com/epoberezkin/ajv или joi

я немного не так наверно объяснил, хочу структуру фиксированую просто и чтоб автокомплит все подсказывал по названиям полей, что то вроде return { a: 1, b: 10, c: 30 }

чтоб автокомплит подсказывал можешь jsdoc typedef

чтоб автокомплит подсказывал можешь jsdoc typedef

а там второй уровень можно описать? т.е. a: {x: 'y'} вроде того. спасибо за подсказку

а там второй уровень можно описать? т.е. a: {x: 'y'} вроде того. спасибо за подсказку

можно. Отдельный тип завести или указывая @property a.x

прикольно, спасибо, то что и хотел

Если в приложении в рендер просто пихаются куски вёрстки и нет разбиения на компоненты или еще хуже по 2-3 компонента в одном файле. Ведет ли это к плохой производительности или еще к чему либо ?

Если в приложении в рендер просто пихаются куски вёрстки и нет разбиения на компоненты или еще хуже по 2-3 компонента в одном файле. Ведет ли это к плохой производительности или еще к чему либо ?

Ведет к говнокоду

Если в приложении в рендер просто пихаются куски вёрстки и нет разбиения на компоненты или еще хуже по 2-3 компонента в одном файле. Ведет ли это к плохой производительности или еще к чему либо ?

Скорее всего да. Потому что реакт будет воспринимать все это как один компонент. В итоге на каждый чих будет все перерисовываться.

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

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

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

Ты тратишь ресурсы на сравнение деревьев.

Ты тратишь ресурсы на сравнение деревьев.

Если часть верстки в компоненте то если он пьюр то тогда понимаю разницу

Всем привет. Мне надо сделать так что-бы при клике на таб, рендерился нужный объект. Вот как сделал я - https://codesandbox.io/s/o7r0z7o43z Возможно это можно сделать более красивей или мой вариант сойдет? Я думал сделать какой-то еще контейнер. В нем делать рендер children. В пропсы кидать индекс таба.

Если не пьюр, то разницы же не будет? Деревья будут те же самые в итоге

Если не пьюр, то разницы же не будет? Деревья будут те же самые в итоге

Твои куски могут быть pure, да.

Скорее всего да. Потому что реакт будет воспринимать все это как один компонент. В итоге на каждый чих будет все перерисовываться.

Те 3 компонента сразу если в файлике?

Те 3 компонента сразу если в файлике?

Да, в одном файле.

Подскажите скажите либу или метод для преобразования строки в URL с заменой пробелов на _ и спецсимволов

Типа: Hello Peep's? -> hello_peeps

кто-нибудь тут now sh юзает?

кто-нибудь тут now sh юзает?

Да

Вдруг такая магия уже есть и ее не нужно создавать

Да

как-то можно сделать чтобы один и тот же урл был?

Вдруг такая магия уже есть и ее не нужно создавать

Посмотри encodeURIComponent(str)

Посмотри encodeURIComponent(str)

Он вместо пробелов %20 ставит

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

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

getState в санке

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

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

в мидлварях

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

В санках и делают, кастомные мидлвары это боль

В санках и делают, кастомные мидлвары это боль

зато какая боль

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

я тут интересный паттерн для себя открыл в доках не видел, хотя если погуглить, то пару упоминаний на SO можно найти суть в том, что иногда надо в компонент передать функцию например, кнопке условный хэндлер onClick но кнопок несколько, и под каждую создавать отдельную функцию не хочется можно сделать хэндлер вида handleClick = (arg) => (event) => { ... } и в компоненте его юзать типа <button onClick={this.handleClick(arg)} /> но тогда для каждой кнопки при каждом рендере функция будет создаваться по-новой, и кнопка будет перерендериваться в доках по реакту описано, что для избежания перерендера можно использовать dataSet типа <button data-arg={arg} onClick={this.handleClick} /> и handleClick = (event) => { const { arg } = event.currentTarget.dataSet; ... } но это мало того, что многословно, так еще и работает только для тех функций, которые принимают ивенты другой путь -- юзать мемоизацию вместо handleClick = (arg) => (event) => { ... } просто написать handleClick = memoize((arg) => (event) => { ... }) (memoize взять, например, из lodash/memoize) и юзать его так же, как в первом примере но вместо каждый раз разных функций, возвращаться будут те же самые функции, тем самым, перерендера не будет норм идея или что-то пойдет не так?

я тут интересный паттерн для себя открыл в доках не видел, хотя если погуглить, то пару упоминаний на SO можно найти суть в том, что иногда надо в компонент передать функцию например, кнопке условный хэндлер onClick но кнопок несколько, и под каждую создавать отдельную функцию не хочется можно сделать хэндлер вида handleClick = (arg) => (event) => { ... } и в компоненте его юзать типа <button onClick={this.handleClick(arg)} /> но тогда для каждой кнопки при каждом рендере функция будет создаваться по-новой, и кнопка будет перерендериваться в доках по реакту описано, что для избежания перерендера можно использовать dataSet типа <button data-arg={arg} onClick={this.handleClick} /> и handleClick = (event) => { const { arg } = event.currentTarget.dataSet; ... } но это мало того, что многословно, так еще и работает только для тех функций, которые принимают ивенты другой путь -- юзать мемоизацию вместо handleClick = (arg) => (event) => { ... } просто написать handleClick = memoize((arg) => (event) => { ... }) (memoize взять, например, из lodash/memoize) и юзать его так же, как в первом примере но вместо каждый раз разных функций, возвращаться будут те же самые функции, тем самым, перерендера не будет норм идея или что-то пойдет не так?

На мемоизации потеряешь больше времени

я тут интересный паттерн для себя открыл в доках не видел, хотя если погуглить, то пару упоминаний на SO можно найти суть в том, что иногда надо в компонент передать функцию например, кнопке условный хэндлер onClick но кнопок несколько, и под каждую создавать отдельную функцию не хочется можно сделать хэндлер вида handleClick = (arg) => (event) => { ... } и в компоненте его юзать типа <button onClick={this.handleClick(arg)} /> но тогда для каждой кнопки при каждом рендере функция будет создаваться по-новой, и кнопка будет перерендериваться в доках по реакту описано, что для избежания перерендера можно использовать dataSet типа <button data-arg={arg} onClick={this.handleClick} /> и handleClick = (event) => { const { arg } = event.currentTarget.dataSet; ... } но это мало того, что многословно, так еще и работает только для тех функций, которые принимают ивенты другой путь -- юзать мемоизацию вместо handleClick = (arg) => (event) => { ... } просто написать handleClick = memoize((arg) => (event) => { ... }) (memoize взять, например, из lodash/memoize) и юзать его так же, как в первом примере но вместо каждый раз разных функций, возвращаться будут те же самые функции, тем самым, перерендера не будет норм идея или что-то пойдет не так?

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

Всем привет! А есть отдельный чат для react-router ?

я тут интересный паттерн для себя открыл в доках не видел, хотя если погуглить, то пару упоминаний на SO можно найти суть в том, что иногда надо в компонент передать функцию например, кнопке условный хэндлер onClick но кнопок несколько, и под каждую создавать отдельную функцию не хочется можно сделать хэндлер вида handleClick = (arg) => (event) => { ... } и в компоненте его юзать типа <button onClick={this.handleClick(arg)} /> но тогда для каждой кнопки при каждом рендере функция будет создаваться по-новой, и кнопка будет перерендериваться в доках по реакту описано, что для избежания перерендера можно использовать dataSet типа <button data-arg={arg} onClick={this.handleClick} /> и handleClick = (event) => { const { arg } = event.currentTarget.dataSet; ... } но это мало того, что многословно, так еще и работает только для тех функций, которые принимают ивенты другой путь -- юзать мемоизацию вместо handleClick = (arg) => (event) => { ... } просто написать handleClick = memoize((arg) => (event) => { ... }) (memoize взять, например, из lodash/memoize) и юзать его так же, как в первом примере но вместо каждый раз разных функций, возвращаться будут те же самые функции, тем самым, перерендера не будет норм идея или что-то пойдет не так?

Мемоиз лучше не это самое

Всем привет! А есть отдельный чат для react-router ?

Нет

На мемоизации потеряешь больше времени

типа memoize долго отрабатывает?

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

что-то я с трудом себе такой хок представляю

типа memoize долго отрабатывает?

Ты усложняешь пиздеts

что-то я с трудом себе такой хок представляю

<A onClick={onClickHandler} id={id}> const A = compose( withProps(props => ({ onClick: () => {onChick(id)} }), pure )(_A);

Всё.

withProps, pure из recompose

хм ну, тогда компонент выносить придется, если я правильно понимаю

Подскажите скажите либу или метод для преобразования строки в URL с заменой пробелов на _ и спецсимволов

Вопрос снят, спасибо regexp

ERROR: S client not available

хм ну, тогда компонент выносить придется, если я правильно понимаю

Куда выносить?

Куда выносить?

ну типа если это это готовый (например, взятый из чужой либы) компонент Foo, то прежде, чем его юзать, придется его заранее переобъявить типа MyFoo = compose(withProps(...), pure)(Foo)

А не проще написать с замыканием, и все `handleClick = (event, id) => { const {value} = event.target return e => { this.props.callActionWithId(id, value); } }`

А не проще написать с замыканием, и все `handleClick = (event, id) => { const {value} = event.target return e => { this.props.callActionWithId(id, value); } }`

Ты всё равно пересоздаёшь функцию.

ну типа если это это готовый (например, взятый из чужой либы) компонент Foo, то прежде, чем его юзать, придется его заранее переобъявить типа MyFoo = compose(withProps(...), pure)(Foo)

Да, придётся. Но это минимум неудобств при максимуме выгоды по сравнению с остальными способами.

А что тогда более preferable?? Делать () => this.handleChane(id) или с замыканием?

уважаемые, а как сделать browserhistory.push на 4м реакт роутере?

А что тогда более preferable?? Делать () => this.handleChane(id) или с замыканием?

В первом случае у тебя замыкание.

уважаемые, а как сделать browserhistory.push на 4м реакт роутере?

через withRouter

Material-ui юзал кто-нибудь ?

много кто юзал

import { withRouter } from "react-router-dom"; this.props.history.push("/some/Path");

Добавил такой поле с типом password и в результате

а с типом текст, норм

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

tslint ругается на следующую строку import React, {Component, ReactNode} from 'react'; Сообщение такое: Module '"***/node_modules/@types/react/index"' has no default export. правило no-default-export: false для файла tslint.json не работает что я делаю не так?

а с типом текст, норм

material какой версии?

import { withRouter } from "react-router-dom"; this.props.history.push("/some/Path");

это его еще приконнекчивать снизу надо?

это его еще приконнекчивать снизу надо?

Да. withRouter(Component)

material какой версии?

1.3.1

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

Просто рассчитать данные одних редьюсеров на основе других

Просто рассчитать данные одних редьюсеров на основе других

немного не понял как это?)

Добавил такой поле с типом password и в результате

Скинь код компоненты филда

Скинь код компоненты филда

+1

+1

Что-то еще может скинуть ?

classes.textField