это преза с закрепа

лол, слайды с атомика вообще непалевно

Кто-нибудь может похвалить/поругать redux-form? Сейчас вяжу DOM через ссылки (ref) к одному объекту и пробегаюсь по кючас, когда надо собрать данные. Так по моему будет менее затратно, чем redux-form будет при кажом change каждого элемента вызывать render. Или я не так думаю?

когда у тебя сложные формы, например визардообразные на несколько шагов, когда в форме есть вложенные субформы, redux-form очень хорош, размером либы можно пренебречь, 21-й век на дворе, через 3g или edge мало кто ходит в инет

когда у тебя сложные формы, например визардообразные на несколько шагов, когда в форме есть вложенные субформы, redux-form очень хорош, размером либы можно пренебречь, 21-й век на дворе, через 3g или edge мало кто ходит в инет

3g вполне себе еще кейс

3g вполне себе еще кейс

да не вопрос, если таких клиентов твоего приложения большинство, то SSR самое оно

а если их 1-2% то и в рот их чик пых

а видео так и нет?

а видео так и нет?

Проебали звуковую дорожку

Заново озвучиваете? :D

Заново озвучиваете? :D

Пока нет

Проебали звуковую дорожку

Блеать.

Проебали звуковую дорожку

...

Спс

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

Изи

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

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

?

А в конце как в фильмах с джекки-чаном, смешные и неудачные дубли

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

Кубик в кубе

Кубик в кубе

Вебпак

Вебпак

володарский

отправить функцию через пропс и приметить внутри таба

отправить функцию через пропс и приметить внутри таба

а с как это сделать через this.props.children[0].children ... ?

а с как это сделать через this.props.children[0].children ... ?

wtf

wtf

вот и я не пойму )

<Tab click={this.handleClick}>

внутри таба < onClick={props.click}>

механизм такой

<Tab click={this.handleClick}>

тогда this.handleClick буде вне Tabs лежать его нельзя спрятать внуторь Tabs ?

зачем?

у тебя таб стейт имеет?

зачем?

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

логичнее бы да, но ты вынес это все еще выше

всем привет, подскажите пожалуйста, я в компонент передаю такующую дату const now = new Date(); <Calendar date={now} /> то внутри компонента как преобразовать this.props к типу Date?

у тебя логичнее было бы сделать так: <Tabs tabs={this.state.tabs} />

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

а внутри <Tabs> уже сделать табы

всем привет, подскажите пожалуйста, я в компонент передаю такующую дату const now = new Date(); <Calendar date={now} /> то внутри компонента как преобразовать this.props к типу Date?

Так он у тебя уже в date

у тебя логичнее было бы сделать так: <Tabs tabs={this.state.tabs} />

Вся эта конструкция лежит в компоненте Sidebar тогда {this.state.tabs} предется в сайдбре хранить Я просто хочу Tab'ы сделать наружними, потому чтобы я мог туда каждому свою иконку передать внуторь.

тут тебе просто надо отправить в <Tabs> массив с объектами(табами) и все

Так он у тебя уже в date

они приходит ко мне в таком объекте: {date: Wed Aug 22 2018 21:05:26 GMT+0300 (Moscow Standard Time)}

тут тебе просто надо отправить в <Tabs> массив с объектами(табами) и все

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

Вся эта конструкция лежит в компоненте Sidebar тогда {this.state.tabs} предется в сайдбре хранить Я просто хочу Tab'ы сделать наружними, потому чтобы я мог туда каждому свою иконку передать внуторь.

в чем проблема?

Так он у тебя уже в date

я присваиваю: let current = this.props; и при вызова метода у меня прилетает ошибка: TypeError: current.getDate is not a function

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

создай массив tabs[{},{},{}] в каждом объекте сделай структуру типа: { title: "", icon: "", text: "" } Передай этот массив через пропс <Tabs tabs={this.state.tabs}> размапь внутри компонента через пропс: props.tabs.map() или this.props.tabs.map() я бы сделал так.. если нет подводных камней, не видя код, я предлагаю так

ERROR: S client not available

создай массив tabs[{},{},{}] в каждом объекте сделай структуру типа: { title: "", icon: "", text: "" } Передай этот массив через пропс <Tabs tabs={this.state.tabs}> размапь внутри компонента через пропс: props.tabs.map() или this.props.tabs.map() я бы сделал так.. если нет подводных камней, не видя код, я предлагаю так

ОК попробую

ОК попробую

функцию клика так же передай через пропс. добавь к важдому табу id, и пусть функция работает со стейтом(не таба, а компонента Tabs), используя event.id

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

?понятно. спасибо

?понятно. спасибо

спрашивай в ЛС, если что, я на сегодня офф, отвечу, как будет время

Привет. Есть ли разница в перформансе, если писать так import {Button} from 'material-ui' И import Button from material-ui/Button ??

Привет. Есть ли разница в перформансе, если писать так import {Button} from 'material-ui' И import Button from material-ui/Button ??

Первый вариант удобнее, если нужно импортировать сразу несколько компонентов.

Привет. Есть ли разница в перформансе, если писать так import {Button} from 'material-ui' И import Button from material-ui/Button ??

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

Первый вариант удобнее, если нужно импортировать сразу несколько компонентов.

Я не спец, но шо если оно не тришейкнется?

если про перформанс, то лишнее же вырезается.

если про перформанс, то лишнее же вырезается.

Уверен?

Привет. Есть ли разница в перформансе, если писать так import {Button} from 'material-ui' И import Button from material-ui/Button ??

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

Привет. Есть ли разница в перформансе, если писать так import {Button} from 'material-ui' И import Button from material-ui/Button ??

Юзай луч второй

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

https://www.npmjs.com/package/babel-plugin-annotate-pure-calls Вроде этот, не??

Юзай луч второй

А чего не первый?

Юзай луч второй

нахер

https://www.npmjs.com/package/babel-plugin-annotate-pure-calls Вроде этот, не??

не только.

нахер

А что за плагин тогда?

А что за плагин тогда?

https://www.npmjs.com/package/babel-plugin-transform-import

А, понял)

Кто-нибудь может похвалить/поругать redux-form? Сейчас вяжу DOM через ссылки (ref) к одному объекту и пробегаюсь по кючас, когда надо собрать данные. Так по моему будет менее затратно, чем redux-form будет при кажом change каждого элемента вызывать render. Или я не так думаю?

вызывать рендер на каждый change не страшно, а редакс форм — страшно

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