Статья Интегрируем React с другими популярными веб-языками. Ссылка #React #Article

ни у кого не было проблем localStorage с обновлением redux-persist на последнюю версию ?

Наша коллекция вопросов и ответов для интервью по React.js https://t.co/BKOOmX8pFe

И this._handleClick.bind(this) в первом же ответе)

Ответ про рефы тоже depricated

Вот нахрена они задепрекейтили строковые рефы... это было невероятно удобно

а что не так с this._handleClick.bind(this)?

надо ()=> ?

а что не так с this._handleClick.bind(this)?

биндить вне рендер цикла

потому, что () => {} !== () => {}

по возможности

А где про рефы лучше почитать? Я немного отстал от последний изменений

на сайте реакта?

Часто официальная документация не самый хороший выбор

Сейчас у них норм? Я большую часть инфы по реакту читаю в альтернативных источниках

эм, а где инфа, что задепрекейтили строковые рефы?

Although string refs are not deprecated, they are considered legacy, and will likely be deprecated at some point in the future. Callback refs are preferred.

точнее так

эм, а где инфа, что задепрекейтили строковые рефы?

на офф сайте, https://facebook.github.io/react/docs/more-about-refs.html

то есть не deprecated. Там внутренние проблемы с ними, возможно их решат, возможно нет. Но на данный момент нет ничего страшного, в том, чтобы их использовать

а если задепрекейтят, кстати, можно будет написать трансформер для babel, который в конструктор будет добавлять this.refs = {};, а ref="foo" превращать в (ref) => this.refs.foo = ref

а если задепрекейтят, кстати, можно будет написать трансформер для babel, который в конструктор будет добавлять this.refs = {};, а ref="foo" превращать в (ref) => this.refs.foo = ref

Ну да, норм решение

Чтоб мы делали без бабеля)

Язык программирования бабель))) с асинк эвэйтами и :: оператором))

а если задепрекейтят, кстати, можно будет написать трансформер для babel, который в конструктор будет добавлять this.refs = {};, а ref="foo" превращать в (ref) => this.refs.foo = ref

лучше тогда изначально по новому писать + есть правило для eslint

а контексты могут в будущем поменяться, ты не используешь контексты?

а контексты могут в будущем поменяться, ты не используешь контексты?

Я почти не использую

ну и рефы почти никто не использует))

нельзя почти не использовать контексты

это как почти штаны одел

ну и рефы почти никто не использует))

А я как раз использую направо и налево))

а контексты могут в будущем поменяться, ты не используешь контексты?

использую, но нормальной альтернативы нет)

Ну я имею ввиду, что крайне редко)

а вот с ref есть альтернативы

есть, пробрасывай все через пропсы. Используй HOC

есть, пробрасывай все через пропсы. Используй HOC

ну не совсем, context обычно используешь в сложных вариантах, когда props не оптимален

ну не совсем, context обычно используешь в сложных вариантах, когда props не оптимален

Не знаю, мне обычно хватает пропсов или стейта, ну или реактовой сторы. Просто выбираю в зависимости от ситуации одно из этого. Ну или на крайняк прям в this переменную пишу, хоть это и не совсем тру)

https://speakerdeck.com/marsjosephine/react-plus-x

Не знаю, мне обычно хватает пропсов или стейта, ну или реактовой сторы. Просто выбираю в зависимости от ситуации одно из этого. Ну или на крайняк прям в this переменную пишу, хоть это и не совсем тру)

это простые варианты, а если нужно сделать сторы (redux) или сложные формы к примеру, то уже лучше использовать context

это простые варианты, а если нужно сделать сторы (redux) или сложные формы к примеру, то уже лучше использовать context

А зачем для стор контекст? Можно же юзать react-redux и он все в пропсы пропихнет

А зачем для стор контекст? Можно же юзать react-redux и он все в пропсы пропихнет

он и использует контекст

Так он внутри использует, я то у себя уже пропсы использую)

а если задепрекейтят, кстати, можно будет написать трансформер для babel, который в конструктор будет добавлять this.refs = {};, а ref="foo" превращать в (ref) => this.refs.foo = ref

А не проще ли сделать codemod и пройтись по всем файликам? :)

Чем городить костыли поверх

мне просто ref="foo" удобнее)

я не понимаю, зачем это депрекейтить

Ну ок, понял тебя

я не понимаю, зачем это депрекейтить

Спроси в твиттерах, например. Я не в курсе особо. И рефы используются в основном при рефакторинге старого кода на react

Кстати. Какие подводные камни есть от навешивания на реф другой ноды с эвентами и вьюхами?

Как временное решение при рефакторинге легаси на ходу

Кстати. Какие подводные камни есть от навешивания на реф другой ноды с эвентами и вьюхами?

не понял вообще

ref нужен просто для того чтобы в this собственную ДОМ-ноду поставить?

да

не обязательно собственную. Любого нужного элемента

Странновато имхо. почему бы реакту просто не устанавливать ноду в this.__self?

а доступаться к другим нодам это вообще норм?

все компоненты туда записывать, зачем?

а почему не норм?)

ref можно установить на любой элемет

банально Scroller у тебя может быть. Есть container, есть wrapper. Нужен wrapper

вроде какой-то смысл есть, если в компоненте нужно доступаться к нескольким внутреним дом-нодам

не понял вообще

У меня есть отрендеренная backbone/marionette вьюха. Я ее беру и кладу в реф компонента-обертки

и?

и?

Есть ли подводные камни при юзании этого? Так то я не вижу никаких побочек особо. Но а вдруг :)

ERROR: S client not available

любая обертка, где внутри ноды, которую рендрит реакт, есть какая-то другая логика (backbone, jquery плагин, etc.), ставится sCU => false. Иначе реакт не поймет, как так он срендрил div, а у него появились childNodes и сломается. Так что ты 1 раз получишь ref на контейнер, в который срендришь и спокойно сможешь с ним работать. Ну теоретически)

https://speakerdeck.com/marsjosephine/react-plus-x

еще бы видео

Ребят, такой вопрос. Если знаю Angular 1 / ES6, Хочу начать учить реакт, уже пробовал писать, скажите пожалуйста, есть ли смысл начинать учить реакт отдельно от редукса ? Или сразу все лучше ?

есть смысл изучать в начале отдельно, потом уже с пониманием зачем он нужен, изучит и redux

Наша коллекция вопросов и ответов для интервью по React.js https://t.co/BKOOmX8pFe

?

любая обертка, где внутри ноды, которую рендрит реакт, есть какая-то другая логика (backbone, jquery плагин, etc.), ставится sCU => false. Иначе реакт не поймет, как так он срендрил div, а у него появились childNodes и сломается. Так что ты 1 раз получишь ref на контейнер, в который срендришь и спокойно сможешь с ним работать. Ну теоретически)

Да-да. Я так и делаю. Спасибо за ответ! :)

Ребят, такой вопрос. Если знаю Angular 1 / ES6, Хочу начать учить реакт, уже пробовал писать, скажите пожалуйста, есть ли смысл начинать учить реакт отдельно от редукса ? Или сразу все лучше ?

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

А потом редакс без реакта поизучать можно ;)

Если заинтересован в знаниях конечно

Тогда четко поймёшь, зачем реакт вообще нужен, а главное где не нужен

Слышал, что люди используют Редакс с Ангуляром

Слышал, что люди используют Редакс с Ангуляром

ноо... зачем....

А еще на сервере

redux Provider это обёртка над react Context?

Он кладет store в контекст

Привет чатик, подскажите как можно подружить react-formal и react-bootstrap?

А вообще зачем реакт нужен?

Я имею ввиду очевидные кейсы

Конкретизируй пожалуйста.

Какой нибудь сложный фронтенд, где если делать через MVC, то получишь неочевидное решение?

@hardliner ты пытаешься мне помочь с моим вопросом или я не понимаю, о чем ты? =)

Нет, это отдельный вопрос)

А вообще зачем реакт нужен?

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

я для отдельных вопросов пишу # в начале и всем рекомендую)

А вообще зачем реакт нужен?

Чтобы большой командой писать большой проект

А вообще зачем реакт нужен?

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

А вообще зачем реакт нужен?

На реакте ты не сделаешь простым образом сложную систему, по той причине, что он тупо ничем не поможет тебе ни с промисами, ни с общением с сервером, ни с кросс-доменными ограничениями, не даст тебе никаких хелпер методов, по сути вообще ничего не даст. Для этого есть npm, готовые компоненты, флакс, редакс, и ко. И самое прекрасное в реакте, что ему вообще насрать что ты используешь, он просто рендерит твои вью по схеме : входные данные -> результат на основе данных

Привет чатик, подскажите как можно подружить react-formal и react-bootstrap?

А ты уверен что тебе нужен react-bootstrap?

я не понимаю, зачем это депрекейтить

это мешает отделить реакт от реконсилиэйшн алгоритма

и нужно для файберов

потому, что () => {} !== () => {}

и реф коллбеки тоже можно биндить чтобы было ===

Когда запилят? Через год, два? Есть прогнозы? Файбер архитектуру