то что на на эгхеде ест ья в курсе

да реакт учится за 2 часа. Потом практика нужна.

А дальше только ваше умение строить приложение, компонент и все такое

этому не учат. Best практики можно поискать, но тут надо с головой подходить

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

позабористей - напишите веб-сервис простой, устройте себе хакатон.

какие то узкие места, реально какие то бест практис и тп

так это уже тебе надо тренинги проводить))

просто на подобных тренингах и конфах порой обсуждаются какие то внутряки, которые так не заметны на поверхности

Тык нужна просто поддержка фич CSS4 =) https://github.com/stephenway/level4

но это же не одно и то же)

но мысль понял

/static

/static

Ребят, кто знает есть ли телеграм или какой-нибудь гиттер(скайп чат и т.д.) по loopback?

точнее все кроме гиттера

Ребят, кто знает есть ли телеграм или какой-нибудь гиттер(скайп чат и т.д.) по loopback?

странно что предпочитаешь скайп чат гиттеру

мне намного удобнее в скайп-чате общаться

@DenisIzmaylov вы там афтепатить не собираетесь ли после митапа?

а то я только сегодня ночью в вейтлист записался лол

Vladimir Makhaev Да, в часов 9-10 скорее всего. Предлагаю пойти в мексиканскую кафешку, как обычно. Amigo Migel. Ленинградский просп., 47

со страницы митапа

Да, кто захочет, после пиццы можно будет на афтепати :)

Про паттерны много всего там

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

Если ты самый умный в комнате, значит ты не в той комнате ;)

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

дофига сложно с мышкой/тачем)) А ты такое спрашиваешь)

приглашаю вас на мой мастер-класс посвященный современным технологиям GraphQL и Relay за время мастер-класса вы научитесь работать с этим стеком и поймете каким образом это может помочь вам в вашей работе если вы заинтересованны, то прошу проголосовать на странице всех МК за лучшие из них http://devconf.ru/ru/offers/mk

Ты ж на митапе

Андрюша там?

Мне ему надо денег зарядить на ящик панк ипы

а ящик хардор ипы можно где-нить цепануть?

Это проще чем панк

а где это сделать?

В любом магазине

Его не так разбирают

ну ящиками не везде есть

На пятницкий есть

на родном рынке

Рыбном

В мытищах база есть

Там всегда есть хардкор и дед пони

Панк ипу только на заказ

В пакетиках по всему городу есть хардкор

Пивотеках

Сраный раздолбаный айфон(

спасибо

Ю а велкам

Андрюша тут

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

В пакетиках по всему городу есть хардкор

Норкоманы штоле?

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

Да. Там же setstate у коннекта

Да. Там же setstate у коннекта

Так mapstatoprops делается на каждый диспатч или через set immediate?

Скажите пароль от вайфай плз

MR_Guest GuestMail

Такой вопрос: я использую реакт-роутер и редакс. При изменении пути, я получаю новые пропсы в компонент, срабатывает willReceiveProps, в котором я вызываю какой то обработчик, который тоже аффектит пропсы через mapStateProps, и опять вызывается willReceiveProps. Как того можно избежать или как с этим жить?

изменяй state

получай props

я так и делаю

ну в смысле не трогай пропсы, запиши их в стейт и делай setState

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

ну в смысле не трогай пропсы, запиши их в стейт и делай setState

ну хер знает

shouldComponentUpdate

дану вы что это костыли же все

willRecieveProps там бери пропсы делай что хочешь и делай setState

ERROR: S client not available

а в render работай уже со стейтом

пропсы нельзя менять, только получать, читать и юзать в рендере. Хочешь менять — вот тебе стейт

какой стейт,если речь о redux)

речь о реакт, але

если редукс, то в willRecieveProps диспатч экшн

если на то пошло

он в componentDidMount диспатчит метод apiGetPosts, например. Далее срабатывает connect и пропсами прокидываются данные полученные

если редукс, то в willRecieveProps диспатч экшн

так оно и делается

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

если редукс, то в willRecieveProps диспатч экшн

вот кстати хороший вопрос

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

тут не двойной рендер, а двойно вызов willreceiveprops

да, я понял. ща

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

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

Можно вызвать в роутере при вставке компонента. Если данные придут, то отрендерить его

как этого избежать?

а тебе вне компонента нужны эти пропсы?

перенести в конструктор

ну да, конструктор

там правда будет не this.setState({, а this.state =

в конструкторе и есть

this.props.fetchPosts() this.props.fetchUsers()

не, я кидаю экшн, вот в чем дело

тогда зачем в didMount ставить setState?

this.props.fetchPosts() this.props.fetchUsers()

вот такой код в willReceiveProps

по хорошему это надо делать в onEnter внутри роута, но onEnter не срабатывает, если пользоваться браузерной history

в didMount не надо устаналвиать стейт никогда. Только в конструкторе.

а componentDidMount ?

componentDidMount можно, но тогда 1 рендер будет, фактически, лишний. Пустой

вот такой код в willReceiveProps

асинхронщина? в componentDidMount я бы вызвал

в это время лоадер отрендерить и все такое.

а если синхронный, то в конструкторе