director, router5, universal - как вот они с Node.js, Electron, RN интересно?

все универсальны на счет Native не знаю Но Electron проблем не создает

ну вот у rr4 есть MemoryRouter

крутая штука

director, router5, universal - как вот они с Node.js, Electron, RN интересно?

director забросили еще когда react native даже не было )

Они по идее должны давать переход вперёд-назад, как Navigator в RN

Плюс разные transition

в rn для этого react-navigation есть, создатели говорят его и в вебе юзать можно. там свой роутер

но видел случаи, когда люди писали на тс и ловили ошибки реакта о типах в проптайпсах

бабель умеет из флоу аннотаций делать propTypes. с плагином, конечно

статик + реалтайм чек

бабель умеет из флоу аннотаций делать propTypes. с плагином, конечно

круто) Но не так давно обсирали флоу, типа медленный хотя для меня вот это вот, огромный плюс во flow

бабель умеет из флоу аннотаций делать propTypes. с плагином, конечно

можешь скинуть ссыль на этот плагин?

можешь скинуть ссыль на этот плагин?

https://www.npmjs.com/package/babel-plugin-flow-react-proptypes (вроде он, нпм лежит)

https://www.npmjs.com/package/babel-plugin-flow-react-proptypes (вроде он, нпм лежит)

+ спасибо

А для тс нет такого?₽

для тс нет плагинов же

Жаль (

вот ребят на тему styled components мысли

рассуждения больше для тех, кто уже в теме изолированного css и всего этого с одной стороны я согласен с идеей "если класс используется один раз, то зачем вообще создавать класс" С другой стороны, styled component обрекают нас на одну из главных проблем программирования — придумывание имён И вот вам пример:

<span className={s.InputWithIcon}> <span className={s.InputIcon}>{/* svg... */}</span> <Input name="inputName" /> </span> текстом

в styled components это превратится в что-то такое:

<InputWithIcon> <InputIcon /> <Input name="inputName" /> </InputWithIcon> (текстом)

Так вот _проблема_ в том, что по компоненту <InputWithIcon /> непонятно, что он делает — это только лишь лейаут компонент или это некий инпут, которому можно вешать onChange и прочее Когда у нас есть <span className={s.InputWithIcon} /> — тут всё понятно, это span, это всего лишь презентейшн, и гадать не нужно...

@sergeysova кто тут ещё styled-components любит....

в общем-то это даже не столько аргумент против styled-components сколько вообще против layout-компонентов Они отнимают выразительность html

Так вот _проблема_ в том, что по компоненту <InputWithIcon /> непонятно, что он делает — это только лишь лейаут компонент или это некий инпут, которому можно вешать onChange и прочее Когда у нас есть <span className={s.InputWithIcon} /> — тут всё понятно, это span, это всего лишь презентейшн, и гадать не нужно...

я вот именно по этой причине и не хочу видеть эти теги мне не нужен html мне нужны "куски дизайна"

Actions must be plain objects. Use custom middleware for async actions. Что значит?

я вот именно по этой причине и не хочу видеть эти теги мне не нужен html мне нужны "куски дизайна"

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

наверное можно извратиться и придумать название попонятнее но у меня фантазии не хватает

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

не знаю такой проблемы

я же привёл пример

я же привёл пример

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

всё так А потому напрямую писать <span className={s.className} /> кажется не таким уж плохим

есть babel-plugin-style-modules и получается <span styleName="myspan"/>

по-моему, нормально

всё так А потому напрямую писать <span className={s.className} /> кажется не таким уж плохим

вообще не втыкает

да и вообще скажем так меня ситуация вынудила заюзать SC я попробовал и понял, для себя, что это самый удобный способ описания стилей компонентов

Help! пытаюсь отправить получить данные из Redux form но постоянно пытается редиректиться методом GET вместо того, чтоб просто передать данные в функцию, ЧЯДНТ?

Есть какой-то изящный способ в лодаше получить плоский массив объектов из глубоко вложенных массивов?

parent: { child: [ { subchild: [ targets... ]} ] }

arr.map( e => e.some.deep.array ) ?

Э... так нельзя жеж

Внук находится в массиве массивов детей

да и вообще скажем так меня ситуация вынудила заюзать SC я попробовал и понял, для себя, что это самый удобный способ описания стилей компонентов

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

Имя не очень подобрано. Зачем отдельный контейнер для инпута с иконкой. Пускай это будет просто inputContainer, а уже в нем смотреть есть ли иконка span + input {

зачем контейнер думаю ты прекрасно понимаешь :)

а, зачем именно "withIcon"?

Зачем понимаю, я про его имя.

если тебе надо позиционировать инпут по другому, когда есть иконка, то юзай селектор span + input

нууу InputContainer слишком общая штука

может я хочу вообще флексбоксом всё спозиционировать

Так все равно это скрыто за твои api

В итоге будет input icon="name"

А как оно там внутри разрулит не важно

Имена же локальны

может я хочу вообще флексбоксом всё спозиционировать

Какие ты там стили вложишь это уже не важно )

Другое дело если ты собрался все лейауты выводить в api

Какие ты там стили вложишь это уже не важно )

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

проблема на ровном месте

вот есть у тебя файл input.js

parent: { child: [ { subchild: [ targets... ]} ] }

get(obj, 'parent.child[0].subchild') ?

Как скажешь. Я лично такие вещи вижу как место для рефакторинга

parent: { child: [ { subchild: [ targets... ]} ] }

или нужно по всем детям пройтись?

@hlomzik по всем)

ERROR: S client not available

в нем твои лейауты и сам главный компонент, который разруливает все ситуации if (props.icon) return (<InputContainer> <Icon> <Input>///) return (<Input>);

@hlomzik по всем)

ну тогда всякие map/union

Help! пытаюсь отправить получить данные из Redux form но постоянно пытается редиректиться методом GET вместо того, чтоб просто передать данные в функцию, ЧЯДНТ?

Покажешь код?

в итоге пользователи высокоуровневого api ваших компонентов ничего не знает о лейатух и о структуре компонента, зачем им это

а то, что внутри input.js будет InputWithIcon InputIcon и Input никакой роли не играет, экспортирован будет только Input

как вы абортируетесь с аксиосами ?

на их гитхабе наркоманию предлагают... и много текста ... https://github.com/mzabriskie/axios/issues/333#issuecomment-221460537

axios.Cancel('requestId'); nashyol

в нем твои лейауты и сам главный компонент, который разруливает все ситуации if (props.icon) return (<InputContainer> <Icon> <Input>///) return (<Input>);

это вообще хреновый подход я против того, чтобы компоненты типа <Input /> брали на себя столько одним махом (добавлением некого props) можно всю внутреннюю вёрстку переиначить это не хорошо

Но идею я твою понял, создать типа <Field /> который будет разруливать внутренние иконки и прочее

но это тоже не очень дальновидно

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

вопрос, updateRenderedComponent занимает оч много времени, как отдебажить?

Этим контейнером называется все твое приложение, оно еще грузит данные и роутингом занимается

в чем причина, что он вызывается?

Ты же не фреймворк создаешь для 100500 ситуаций

А конечный продукт

Посмотри как решает эту проблему новый material ui

У них есть компоненты Input Label FormGroup и еще что-то там

Из этого они собирают Text Field

Более низкоуровневое api представляет ripple effect, switcher base и тд

Но фишка в том что не заставляю тебя самому писать Label, Input, FormGroup, Ripple и тд

Так и твое api, не должно показывать внутренне представление, в этом же и прелесть реакта (не только, да), громадную верстку можно заменить одним компонентом

Что тут недальновидного я не понимаю

Что там насчёт react-router? Слышал, что вышла новая версия и надо "переучивать"

Он совсем другой и не всем нужен

а кто на какой версии сидит

у меня до сих пор 2)

react-router": "^3.0.2

https://egghead.io/courses/add-routing-to-react-apps-using-react-router-v4 Этого хватит, чтоб узнать все измнения или эт ток база?

npm у всех отвалился ? или только у меня ?

An unexpected error occurred: "https://registry.yarnpkg.com/compression: connect ETIMEDOUT 104.16.59.173:443".