мне нравятся раннеры гитлаба

умеют кучу разных способов запуска

Доброго дня! Подскажите пожалуйста, если ли годный живой пример реакта по типу вот такого проекта https://github.com/sahat/hackathon-starter

https://github.com/facebookincubator/create-react-app

https://github.com/facebookincubator/create-react-app

А он хорошо кастомизируется?

там идея другая, что самому ничего не нужно настраивать и заморачиваться с конфигами. но если хочется - можно сделать eject и получить голые конфиги вебпака и тд, и касмтомизировать сколько хочешь

А он хорошо кастомизируется?

оно немного не для кастомизации :)

https://github.com/facebookincubator/create-react-app

благодарю, как то тупо вышло) Самое очевидное не учел

Сейчас пошла тенденция на разработку доступных интерфейсов? А то количество статей на эту тему в последнее время возросло

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

Ребята, здравствуйте!

А есть разница как юзать dispatch? - внутри mapDispatchToProps или внутри propsов компоненты?

Разница в чём?

Разница в чём?

https://github.com/reactjs/redux/issues/822#issuecomment-145271384

mapDispatchToProps vs store.dispatch

Я использую mapDispatchToProps

А есть разница как юзать dispatch? - внутри mapDispatchToProps или внутри propsов компоненты?

вот лично я с дипатчем вижусь только в таких местах https://i.imgur.com/uPmavZo.png , думаю нигде больше с ним видиться и не нужно больше

А есть разница как юзать dispatch? - внутри mapDispatchToProps или внутри propsов компоненты?

Мне первый подход казался чище. Тогда компонент ничего не знает о redux. Но тут был один чувак - ярый противник такого подхода.

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

более re-usable полагаю

Проверка типов появляется при connect

Типо можно указать в MyComponent.propTypes = { ... dispatchMyAction: func.isRequired }

Какая проверка типов? А так разве не проверяются типа в props ?

Проверяются

Просто так проверяется, что у тебя есть данный Action вместе с диспатчем

И в коде вызов выглядит: this.props.dispatchMyAction(); за место store.dispatch(myAction());

В целом интересный вопрос - заставил задуматься

А как ты данные из сторы передашь в контейнер?

Через store.getState() ?

Или вопрос касается только dispatch функции?

@jaybekster

Только dispatch

вопрос касается

Тогда, не знаю больше отличий, но ты можешь сделать так: const dispatchToProps = { dispatchMyAction: MyAction }

Это более удобно, чем тащить стор в файлик и диспатчить через него

коннект пробрасывает диспатч в пропсы

Это понятно, но вопрос стоял в том: зачем это нужно, если я могу напрямую вызывать store.dispatch(myAction())

я к тому что стор тащить не надо

Диспатч в компоненте не нужен, тем более не стоит в компонент пробрасывать весь стор

Контейнер

Думаю тут два отличия: 1) Стору не нужно тащить в файлик 2) Можно проверить, что эта функция в пропсах присуствует

А так если dispatch берётся из props? тогда store не тащится. Кроме профита в дейтсвительно компонентном подходе больше не нахожу

А есть какие то железные кейсы или аргументы?

чем mapDispatchToProps лучше)

Может @DenisIzmaylov призвать? ?

Я пока занят)

Думаю железных аргументов нет

мне тупо диспатч удобнее

mapDispatchToProps ебловатый какой-то

Просто смысла нет тянуть store, если у тебя уже есть connect

Зачем, это лишний раз делать?

И код чище не становится

хз, я его использую, как объект и это самое удобное, что есть

Как варивнт может быть один компонент, но если он работает с данными данными из стора (сущностями) - можно создать 2 разных mounted компоненты

Если в него передавать функцию, то да, грязь получается

и получается что каждый компонент - он dump

а connectedComponent - smart

как стор попал в компонент? чет пропустил момент)

верно?

как стор попал в компонент? чет пропустил момент)

props.dispatch :)

props.dispatch :)

connect

согласен с тем, что не стоит пробрасывать диспатч и стейт в пропсы. Компоненты должны быть максимально независимы от внешних факторов. Сегодня вы используете редукс в проекте, а завтра выйдет что-то другоеи вам придется кучу компонентов перелопачивать, вместо того чтобы просто поменять несколько методов таких как mapDispatchToProps Железных аргументов нет и скорее всего быть не может :) так как использование редукса это не панацея, а всего лишь один из возможных подходов :).

ERROR: S client not available

вопрос не в этом же а что лучше this.props.dispatch(ebaActionCreator()) или this.props.ebaActionCreator() - через mapDispatchToProps

согласен с тем, что не стоит пробрасывать диспатч и стейт в пропсы. Компоненты должны быть максимально независимы от внешних факторов. Сегодня вы используете редукс в проекте, а завтра выйдет что-то другоеи вам придется кучу компонентов перелопачивать, вместо того чтобы просто поменять несколько методов таких как mapDispatchToProps Железных аргументов нет и скорее всего быть не может :) так как использование редукса это не панацея, а всего лишь один из возможных подходов :).

эм в корне не верно

согласен с тем, что не стоит пробрасывать диспатч и стейт в пропсы. Компоненты должны быть максимально независимы от внешних факторов. Сегодня вы используете редукс в проекте, а завтра выйдет что-то другоеи вам придется кучу компонентов перелопачивать, вместо того чтобы просто поменять несколько методов таких как mapDispatchToProps Железных аргументов нет и скорее всего быть не может :) так как использование редукса это не панацея, а всего лишь один из возможных подходов :).

как раз таки лучше всего передавать все через пропсы

посмотрите например recompose там даже state организуется через пропс

а у меня как написано?

тащемта вот http://stackoverflow.com/questions/39419237/what-is-mapdispatchtoprops

а у меня как написано?

> не стоит пробрасывать диспатч и стейт в пропсы

ЗАПИЛИТЕ В ЭТОТ ЧАТ ГОЛОСОВАЛКУ

какую

Ну тупо, чтобы можно было создавать опрос, на холиварные темы

ЗАПИЛИТЕ В ЭТОТ ЧАТ ГОЛОСОВАЛКУ

я запилю, скажи какуюъ

такое можно в телегаме?

Я не знаю

смотри бота @vote

Можно типо: прокидывать dispatch через пропсы или использовать mapDispatchToProps

> не стоит пробрасывать диспатч и стейт в пропсы

вот пример того как я рекомендую делать const mapDispatchToProps = (dispatch) => { return { startUpdate: (isUpdateDBFromBegin)=>{ dispatch(DBUpdateActions.dbUpdateStart(isUpdateDBFromBegin)) }, } } в пропсы передается не весь диспатч, а заготовленый метод для вызова с нужным экшином

вот пример того как я рекомендую делать const mapDispatchToProps = (dispatch) => { return { startUpdate: (isUpdateDBFromBegin)=>{ dispatch(DBUpdateActions.dbUpdateStart(isUpdateDBFromBegin)) }, } } в пропсы передается не весь диспатч, а заготовленый метод для вызова с нужным экшином

Ужос

Бах! https://www.sencha.com/blog/announcing-sencha-extreact/

помоему диспатч передается энивей если использовать коннект. не зависимо от наличия mapDispatchToProps

или нет?

или нет?

да

Бах! https://www.sencha.com/blog/announcing-sencha-extreact/

фига

Только я бы за место функции передавал объект

Ужос

ваша рекомендация?) если так ужос

const mapDispatchToProps = { dispatchTagsSearch: tagsSearch }

const mapDispatchToProps = { dispatchTagsSearch: tagsSearch }

searchTags может лучше?)

Только я бы за место функции передавал объект

даже в место функции??? О! передавай массив функций. От такого предложения тут у всех пукан порвёт))))

const mapDispatchToProps = { dispatchTagsSearch: tagsSearch }

Ну как вариант я нахожу удобство что можно брать ownProps, доставать данные из state.enitites и отдавать уже простую функцию

кучу логики оставить в коннекте

searchTags может лучше?)

Да)