В методе componentDidMount я вызываю функцию которая находится в actions, в ответ мне приходят данные в props. Вопрос: где лучше ими оперировать в дальнейшем?

Т.е я имею в виду в каком методе

У меня получилось их найти только в componentWillRecieveProps

Ну да, в большинстве случаев, когда открываю код на фрилансе костыли и вижу ) На работе в ревью проще с этим

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

Вот это на костыль похоже :)

чем же костыль? Это наиболее логичный путь и делать по-другому - вот это не нормально

потому что у тебя по-сути весь экран и становится этим активным элементом

а не только popup

сделай прозрачный див, и повесь на него клик

спасибо но нет )

Тем, что есть логически правильное решение с проверкой парентов. А решение с прозрачным дивом порождает возможные проблемы с версткой ( если будет что-то экзотическое ) и размазывает код по приложению еще больше.

лол :-) ты хоть сам понял, что написал? ?

потому что у тебя по-сути весь экран и становится этим активным элементом

если у этого прозрачного дива выше встретится блок с position relative то все поедет к чертям

лол :-) ты хоть сам понял, что написал? ?

Можно чекать клик по родительскому элементу, а е прозрачный див создавать

ты же не можешь пихнуть этот див перед </body>

Впихнуть невпихуемое

ты же не можешь пихнуть этот див перед </body>

почему нет?

не ну впихнуть можно, но это тоже костыль

более того, так все и делают

если у тебя 10 попапов

10 дивов?

https://fckt.github.io/react-layer-stack/

Ребят, подскажите плз

В методе componentDidMount я вызываю функцию которая находится в actions, в ответ мне приходят данные в props. Вопрос: где лучше ими оперировать в дальнейшем?

Т.е я имею в виду в каком методе

У меня получилось их найти только в componentWillRecieveProps

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

лол :-) ты хоть сам понял, что написал? ?

Да

Yaroslav что ты хочешь с этими пропсами сделать?

Ну например отобразить в компоненте

"Привет, ты у нас новенький на работе, вот смотри - тут у нас прозрачный див по клику на который мы тригерим закрытие всех тултипов/дропдаунов/попапов" :)

тогда оперируй с пропсами в render() методе

они доступны по this.props

а есть кто пообщаться про https://github.com/logux/logux-core ?

Вы еще джиквере к реакту подключите ?

Смех-смехом, но таких проектов куча.

Это я уже понял методом проб и ошибок, а если не рендер, а например справа фильтрация, а потом вывод Nikolay

итого получаем полметра js и ни строчки бизнес логики

Yaroslav ну создай метод в котором выдерни что то из props, отфильтруй и выводи в render

но мне кажется это должен делать reducer если у тебя redux

объясните почему React.createClass это плохо

это не плохо, это медленно

меня так тутор научил а он не такой и старый - 15 часов счастья =(

да и как-то внятней читается нежели конструкторы в React.Component блин - глаза слизятся при виде такого кода в доках class Game extends React.Component { constructor() { super(); this.state = { history: [{ squares: Array(9).fill(null) }], xIsNext: true }; } ... }

вот тут видос https://youtu.be/PnpfGy7q96U

про это

объясните почему React.createClass это плохо

пользуйся дальше createClass

спсиб

Можно сразу импортировать Component

иду смотреть )

Чтобы не писать React.Component

да и как-то внятней читается нежели конструкторы в React.Component блин - глаза слизятся при виде такого кода в доках class Game extends React.Component { constructor() { super(); this.state = { history: [{ squares: Array(9).fill(null) }], xIsNext: true }; } ... }

import React, { Component } from ‘react’

да и как-то внятней читается нежели конструкторы в React.Component блин - глаза слизятся при виде такого кода в доках class Game extends React.Component { constructor() { super(); this.state = { history: [{ squares: Array(9).fill(null) }], xIsNext: true }; } ... }

Сразу видно, что на строго типизированных языках не писал

про это

как давно это вышло из использования?

а мне банально нравятся es6 классы

но мне кажется это должен делать reducer если у тебя redux

А есть пример где такое можно встретить

Сразу видно, что на строго типизированных языках не писал

писал - и в js это выглядит отвратительней чем в любом другом языке ) на чем я только неписал в этой жизне. просто немогу смотреть когда код в балаган превращается просто незачем тут это ну ладно иду видео смотреть - прогресировать

Yaroslav вот тут Дэн рассказывает про примерно похожий кейс https://egghead.io/courses/building-react-applications-with-idiomatic-redux

писал - и в js это выглядит отвратительней чем в любом другом языке ) на чем я только неписал в этой жизне. просто немогу смотреть когда код в балаган превращается просто незачем тут это ну ладно иду видео смотреть - прогресировать

У классов в js есть определенное предназначение, которое они хорошо выполняют. Никто не заставляет совать их всюду

писал - и в js это выглядит отвратительней чем в любом другом языке ) на чем я только неписал в этой жизне. просто немогу смотреть когда код в балаган превращается просто незачем тут это ну ладно иду видео смотреть - прогресировать

это посыл в сторону классы лучше чем createClass или наоборот?

это посыл в сторону, что классы не нужны в Js

и это холивор тащемта

это посыл в сторону классы лучше чем createClass или наоборот?

ну классы по назначению использовать надо бы ) и с каких это пор классы быстрей функций

ну в текущем виде, да это красивый способ создать объект с наследованием

это посыл в сторону, что классы не нужны в Js

для написания фреймфорков весьма даже нужны )

ну классы по назначению использовать надо бы ) и с каких это пор классы быстрей функций

скорее всего под капотом это обычные функции конструкторы

это посыл в сторону, что классы не нужны в Js

+

скорее всего под капотом это обычные функции конструкторы

на данный момент просто примеры react.component мне куда ужасней чем createClass, ну вот реально )

для написания фреймфорков весьма даже нужны )

а чем плохи в приложении?

ERROR: S client not available

больше причин у меня нет

неидеоматично уже?

Можно сразу импортировать Component

Чтобы не писать React.Component

)))

и че это меняет

мнебы getInitialState а не super() с this.state..

Будут примеры Component

на данный момент просто примеры react.component мне куда ужасней чем createClass, ну вот реально )

ну реакт умеет pure компоненты

Доброй ночи! подскажите как лучше решить проблему с двумя версиями сайта(моб и веб) на реакте? писать максимально адаптивный код не получится,логика разная. Создавать разные компоненты для разных версий но при билдинги это будет превращаться в большой код? есть ли решение?

мнебы getInitialState а не super() с this.state..

я поэтому и перекатился на Typescript

чем дальше тем глубже

там проще state = {}

я поэтому и перекатился на Typescript

че в реакте прям?

ну как свойства в классе

можно же просто писать class MyComp extends Component { state = {} .... }

без всяких constructor

ну во хоть какой-то вазилин

можно это через babel или уехать на ts

Доброй ночи! подскажите как лучше решить проблему с двумя версиями сайта(моб и веб) на реакте? писать максимально адаптивный код не получится,логика разная. Создавать разные компоненты для разных версий но при билдинги это будет превращаться в большой код? есть ли решение?

Слушать изменения размера экрана и подключать разные компоненты

а так да, классы в js гипер кастрированные

можно это через babel или уехать на ts

оно то понятно, а потом другие девы не будут матерится?

Хотя, React.createClass вроде как удобнее для миксинов

Доброй ночи! подскажите как лучше решить проблему с двумя версиями сайта(моб и веб) на реакте? писать максимально адаптивный код не получится,логика разная. Создавать разные компоненты для разных версий но при билдинги это будет превращаться в большой код? есть ли решение?

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

Доброй ночи! подскажите как лучше решить проблему с двумя версиями сайта(моб и веб) на реакте? писать максимально адаптивный код не получится,логика разная. Создавать разные компоненты для разных версий но при билдинги это будет превращаться в большой код? есть ли решение?

Я бы поресерчил на эту тему еще, как лучше определить устройство

оно то понятно, а потом другие девы не будут матерится?

мне вот кажется что на createClass будут матерится ) сейчас же поголовно все на es6

в сss просто условия для екрана что бы прятать то че ненужно на мобилках

в сss просто условия для екрана что бы прятать то че ненужно на мобилках

много лишнего нужно скрывать и грузится будет дольше

в сss просто условия для екрана что бы прятать то че ненужно на мобилках

Классный подход, и логику тоже в css менять

да и bootstrap columns для этого есть )

ну так начинают покрайней мере )

и че вот так и будут все рефакторить каждый год из esX в esY