
Valentin
03.01.2017
13:01:19
О, вспомнил, у меня были проблемы с react-css-modules

Vasiliy
03.01.2017
13:01:25
год назад примерно смотрел все что было по этой теме и как-то все было печально: и картбланш и стайлгайдист и прочие
мб что-то изменилось

Ҫѐҏӗѫӑ
03.01.2017
13:02:07

Vasiliy
03.01.2017
13:02:21
а, да, тогда ок вполне

Google

Ҫѐҏӗѫӑ
03.01.2017
13:02:46
это кстати, вам пригодится, Вась, в одном проекте ;)

Valentin
03.01.2017
13:14:53
Вроде просто обернутые компонентв не маунтились

Ҫѐҏӗѫӑ
03.01.2017
13:15:52
в карте-бланше?
ой, в сторибуке то есть?
или в каком из них?
а, все. увидел. туплю

Roman
03.01.2017
13:37:21
по

Andrey
03.01.2017
15:14:52
сторибук используем, пока все нормально, только с тестирование были проблемы, что не продумано и некоторые плагины начинают влиять на результат и нужно отключать.

Arcady
03.01.2017
16:26:52
Народ, а какая альтернатива JQuery работает хотя бы на IE9 и выше?

Viktor
03.01.2017
16:40:35

Nikita
03.01.2017
16:44:15
с полифиллом конечно же

Viktor
03.01.2017
16:45:49
Если с 9, то можно без

Google

Nikita
03.01.2017
16:47:58
Хм. Я каким-то образом прочитал IE7 :)

Vladimir
03.01.2017
18:40:06

Ches
03.01.2017
19:46:26
подскажите куда удобнее заливать простые приложения на реакте, типо github pages, но у гита вроде только один сайт можно
бесплатно

Valentin
03.01.2017
19:47:19
Surge.sh

Володя
03.01.2017
19:54:33

Ches
03.01.2017
19:55:41
а по домену, там вроде бесплатно только один

Oleh
03.01.2017
19:58:06

Володя
03.01.2017
19:59:38
под директории или отдельные репы
субдомен от github.io будет твой ник
https://pages.github.com/
http://username.github.io/repository

Roman
03.01.2017
20:01:45

Pavel
03.01.2017
20:23:49
я тоже за хероку

Nikita
03.01.2017
20:25:18
собирался посоветовать хероку, но увидел выше Surge.sh и передумал
выглядит сильно удобнее для статического сайта

Oleh
03.01.2017
20:26:15
хероку не сильно удобный для фронтэнда (он обязательно требует сервер)
Я обычно делал его на пхп и просто инсертил индекс
<?php include_once("index.html"); ?>
Ну а вот как написали, surge.sh намного лучше подходит для таких задачек

Andrey
03.01.2017
20:27:34
Или now еще

Oleh
03.01.2017
20:28:12
нашел. https://zeit.co/now

Andrey
03.01.2017
20:29:07
https://zeit.co/now

Google

Andrey
03.01.2017
20:29:35
Из минусов, будут доступны исходники
Но для статичного сайта это не страшно

Wilfred
04.01.2017
11:18:13
Разъясните,пожалуйста, как работает в данном случае object destructuring:
onInputChange(term) {
this.setState({term});
this.props.onSearchTermChange(term);
}
Это эквивалентно:
onInputChange(term) {
this.setState({
term:term
});
this.props.onSearchTermChange(term);
}
`
Только не могу понять, как именно здесь происходит деструктуризация

Таймураз
04.01.2017
11:18:49
в данном случае, ее нет

Wilfred
04.01.2017
11:19:20
А что это тогда? )

Таймураз
04.01.2017
11:21:27
это просто краткое объявление свойства term у объекта
{ term: term } -> { term }
Как называется точно- не помню
https://github.com/airbnb/javascript#destructuring
Вот пример деструктуризации

Wilfred
04.01.2017
11:26:25

Nikita
04.01.2017
11:27:57

Таймураз
04.01.2017
11:29:33

Nikita
04.01.2017
11:29:53
зачем переводить на русский?)

Nikita
04.01.2017
11:30:05
брось бяку

Таймураз
04.01.2017
11:32:01
Дурацкая привычка

Wilfred
04.01.2017
11:32:41
https://tylermcginnis.com/react-interview-questions/
Такой ещё вопрос: не один раз читал,что так обновлять state не рекомендуется:
this.setState ( {
count:this.state.count+1
});
В чем именно тут проблема? В асинхронности setState()?

Таймураз
04.01.2017
11:45:26
В мутабельности

Wilfred
04.01.2017
11:45:29
В доках про это тоже написано, но непонятно, в каком именно случае это может неправильно сработать

Nikita
04.01.2017
11:49:11
все ок в этом коде, не то читал

Google

Nikita
04.01.2017
11:49:21
и мутабельности тут нет, лол)

Nikita
04.01.2017
11:54:01
да, код нормальный

Wilfred
04.01.2017
11:57:23
this.setState((prevState, props) => {
return {
streak: prevState.streak + props.count
}
})
В данном случае props.count то же самое,что и this.props.count. На codepen проверил - работают обе версии. Так устроена функция setState?

Nikita
04.01.2017
12:02:40
а! ясно (почитал доку)

Andrey
04.01.2017
12:05:27
State Updates May Be Asynchronous
https://facebook.github.io/react/docs/state-and-lifecycle.html#state-updates-may-be-asynchronous

Nikita
04.01.2017
12:06:01
реакт батчит несколько вызовов setState в один
this.state и this.props могут заапдейтиться между твоими вызовами setState
в итоге разные setState получат разные props

Admin
ERROR: S client not available

Nikita
04.01.2017
12:06:43
если использовать setState с функцией
то props будут те, которые есть на момент обработки батча
то есть будут гарантированно одинаковыми для всех setState
надеюсь понятно объяснил

Pavel
04.01.2017
12:08:35
всем привет, если я пишу какие-то сервисы для компонент, какое расширение у сервисов должно быть по канонам js или jsx ?

Nikita
04.01.2017
12:09:26
если в них нет jsx, то js
но не то что бы это был канон. просто здравый смысл

Pavel
04.01.2017
12:39:33
еще вопрос по канонам как лучше обзывать компоненты с большой или с маленькой буквы? видел разные вариации или может есть объяснения почему так а не иначе?

Nikita
04.01.2017
12:44:31
я обычные компоненты называю с большой буквы
а HOC с маленькой по примеру редуксовского connect
ну и по смыслу хорошо получается. все мои HOC это "сделать что-то с компонентом"
например translate
export default translate({
shortMin: 'common.time.shortMin',
shortHours: 'common.time.shortHours'
})(connect(mapStateToProps)(Clock));

Pavel
04.01.2017
12:49:02


Nikita
04.01.2017
12:51:54
HOC = higher order components
столкнешься, когда доберешься до react-redux
ничего сложного, но пока не надо не надо )
с code conventions в js
самое адекватное, что видел это вот
https://github.com/airbnb/javascript#naming-conventions
там не только про нейминг, а про все
документ огромный
так что стоит взять только то, что актуально в данный момент

Google

Pavel
04.01.2017
12:53:48

Nikita
04.01.2017
12:54:14
:)

Wilfred
04.01.2017
13:02:10

Dartess
04.01.2017
13:17:24
Должен ли как-либо обновляться компонент при изменении его props снаружи (при изменении значения атрибута в родительском компоненте)?

a
04.01.2017
13:25:32
пропсы нельзя менять, можно только новые передавать

Dartess
04.01.2017
13:27:55
Я это и имел в виду. В родительском компоненте меняется значение, которое передается в дочерний компонент. Что при этом должно происходить с дочерним компонентом?

a
04.01.2017
13:28:09
дочерний перерендерится автоматом

Dartess
04.01.2017
13:29:21
А если свойство, кхм, не участвует в рендеринге? Можно ли как-то заставить компонент принудительно прореагировать на передачу нового свойства?

cmndwn
04.01.2017
13:30:20
Разве ререндер дочерних компонентов не происходит после любого изменения стейта родительского?

Nikita
04.01.2017
13:30:42
нет
только при передаче новых props

cmndwn
04.01.2017
13:32:13
А, понял

a
04.01.2017
13:32:14

Dartess
04.01.2017
13:37:19
Кхм кхм, у меня там яндекс-карта засунута, не реактовая, а обычная. И нужно некоторые действия с ней производить при изменении props. Я пока слабо понимаю, что происходт, но когда я обновляю у компонента с картой props.points (массив с точками), мне удается отловить это в componentWillUpdate и перерисовать точки на карте. А когда я меняю props.activePoint (число), в componentWillUpdate я не попадаю. Оно устанавливается в новое значение только при изменении props.points

from
04.01.2017
13:38:15
если только у них sCU не возвращает false

cmndwn
04.01.2017
13:39:34
Scu?

from
04.01.2017
13:39:52
shouldComponentUpdate, пора в глоссарий чата добавлять)

cmndwn
04.01.2017
13:40:21
Извиняюсь, спасибо ?