вы тут про бем говорите, вы на нем че нить писали хоть?)

термин бэм в основном употребляется как методика нейминга классов, и это норм

вы тут про бем говорите, вы на нем че нить писали хоть?)

Чтобы разбираться в яичнице не обязательно нести яйца

термин бэм в основном употребляется как методика нейминга классов, и это норм

ах зо

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

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

лел

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

Я как-то на одном проекте видел мидллвару на 5-6к строк, которая отвечала за управление классами и темами. Пздц.

Поскажите где можно хорогие книги по react скачать на англ? Давайли вроде хранилище без рекламы и смс

и на рус тоже если есть

Поскажите где можно хорогие книги по react скачать на англ? Давайли вроде хранилище без рекламы и смс

книииги? по реакту?... зачем?)

Поскажите где можно хорогие книги по react скачать на англ? Давайли вроде хранилище без рекламы и смс

github.com/facebook/react

github.com/facebook/react

+

я вообще не понимаю что это за панацея для всех. книги.

лучше всякой книги

О господи начинается

Я его читаю второй год и все там знаю

Попробуй не только читать

а зачем книги?

Там нет best-practice и тп - для этого стоит смотреть конфы и ЛИСТАТЬ выходящие книги

Там нет best-practice и тп - для этого стоит смотреть конфы и ЛИСТАТЬ выходящие книги

вот уж как раз где-где, а в документации реакта именно бест практики освещаются лучше всего

best-practice строится из понимания работы

там я все знаю

как же ты хорош

я ору

Хочется идти дальше — читай об общих паттернах программирования, разработке интерфейсов и т.п.

Хочется идти дальше — читай об общих паттернах программирования, разработке интерфейсов и т.п.

плюсую неистово

я ору

а ты думал

Ладно - можно не флудить - всем спасибо

тут каждый заходит, сорцы реакта знает, во все умеет

только вот тут ошибку понять не можешь

мне кажется таким пора самим книги писать.

тут каждый заходит, сорцы реакта знает, во все умеет

брр - вы странный человек - про сорцы никто и не гвоорил - уже лепите ярлыки )

не лепите ярлыки - ничего не зная

не лепите ярлыки - ничего не зная

Так я же ссылку кинул на сорцы

так я не знаю, если уж лень погуглить, то вот https://www.fullstackreact.com

особенно доставляют отзывы

getDerivedStateFromProps вызывает до render? или state надо в конструкторе еще проинициализировать?

ребят как правильно встроить модалку? у меня 2 раза перерисовывается страница из-за того что в head стили вставляются при первой загрузке скрипта

getDerivedStateFromProps вызывает до render? или state надо в конструкторе еще проинициализировать?

https://mobile.twitter.com/dan_abramov/status/981712092611989509/photo/1

getDerivedStateFromProps is invoked right before calling the render method, both on the initial mount and on subsequent updates. It should return an object to update the state, or null to update nothing.

https://reactjs.org/docs/react-component.html#static-getderivedstatefromprops

ребят как правильно встроить модалку? у меня 2 раза перерисовывается страница из-за того что в head стили вставляются при первой загрузке скрипта

какую модалку?

какую модалку?

https://www.npmjs.com/package/react-responsive-modal

не понял какие стили в какой head вставляются и почему от этого перерисовывается страница?

Ребзи а for of же не лезет в прототипы ?

Он вообще по другому работает

Он через итераторы работает

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Iteration_protocols#The_iterable_protocol

Ну я понимаю что он не просто по ключам ходит

не понял какие стили в какой head вставляются и почему от этого перерисовывается страница?

ну я не знаю почему именно, у меня в общем комменты на react и без них все ок, ниче не мерцает. А с ними наоборот

Ну я понимаю что он не просто по ключам ходит

ну блин. ну так может яснее будет? https://learn.javascript.ru/iterator

ну я не знаю почему именно, у меня в общем комменты на react и без них все ок, ниче не мерцает. А с ними наоборот

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

ну блин. ну так может яснее будет? https://learn.javascript.ru/iterator

Ну почитаю почитаю, просто саги разбирал и попал на итераторы

так ты от нас чего хочешь? чтобы мы пересказали?

так ты от нас чего хочешь? чтобы мы пересказали?

Просто хотел узнать не лезет ли он в прототипы

Был не за компом, проверить не мог, вот и спросил ??

что в твоем понимании "лезет в прототип"?

что в твоем понимании "лезет в прототип"?

Не различает собственных свойств коллекции и ее прототипа

Не различает собственных свойств коллекции и ее прототипа

let arr = [ 3, 5, 7 ]; arr.foo = "hello"; for (let i in arr) { console.log(i); // "0", "1", "2", "foo" } for (let i of arr) { console.log(i); // "3", "5", "7" }

Немного наркоманский вопрос ))) Можно ли передать компонент целиком в пропсы другого компонента? :)

да

Немного наркоманский вопрос ))) Можно ли передать компонент целиком в пропсы другого компонента? :)

Да

хоть класс хоть элемент

ERROR: S client not available

let arr = [ 3, 5, 7 ]; arr.foo = "hello"; for (let i in arr) { console.log(i); // "0", "1", "2", "foo" } for (let i of arr) { console.log(i); // "3", "5", "7" }

Спасибо, я чет думал что for in выведет например length

Немного наркоманский вопрос ))) Можно ли передать компонент целиком в пропсы другого компонента? :)

можно, не нужно используй render callback

где лучше переводить immutable.Map в JS , object ? в mapStateToProps не рекомендуется , пишется создать HOK для перевода . но чем плох перевод в Рендере ?(при условии что shouldComponentUpdate() проверит перед этим на необходимость)

где лучше переводить immutable.Map в JS , object ? в mapStateToProps не рекомендуется , пишется создать HOK для перевода . но чем плох перевод в Рендере ?(при условии что shouldComponentUpdate() проверит перед этим на необходимость)

Задержит рендери

Рендер должен быть просто функцией от props или state

где лучше переводить immutable.Map в JS , object ? в mapStateToProps не рекомендуется , пишется создать HOK для перевода . но чем плох перевод в Рендере ?(при условии что shouldComponentUpdate() проверит перед этим на необходимость)

Я прямо из иммутабла рендерю, а зачем переводить если у него есть свои методы для итерации?

есть ли смысл писать сервисы в ооп стиле под реакт?

Привет! Важный вопрос - кто использует styled-components в проде? Интересуют негавтиные моменты использования, есть такие?

нет негативных моментов

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

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

без разницы, пиши как удобно

нет негативных моментов

О, спасибо. Проблем с тем, что css доставляется не отдельным файлом нет? (кеширование, вот это всё)

без разницы, пиши как удобно

хочется как правильно

Рендер должен быть просто функцией от props или state

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

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

Я прямо из иммутабла рендерю, а зачем переводить если у него есть свои методы для итерации?

ну типо Компоненты должны работать с Приходящим JS-объектом, бест практис , не ?)

О, спасибо. Проблем с тем, что css доставляется не отдельным файлом нет? (кеширование, вот это всё)

нет, там стили только для тех компонент которые отрендерены, так что все оптимизировано + у меня ssr

ну типо Компоненты должны работать с Приходящим JS-объектом, бест практис , не ?)

а иммутабл это не джс объект?

нет, там стили только для тех компонент которые отрендерены, так что все оптимизировано + у меня ssr

Благодарю, теперь точно стоит попробовать :)

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

можешь пример обоих вариантов привести?

можешь пример обоих вариантов привести?

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

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

просто код 2х сервисов минимальных

просто код 2х сервисов минимальных

апи клиент > 250 методов

может работаь как через ws, так через http

может работаь как через ws, так через http

не знаю зачем там ооп всралось, разве что класс с конструктором

желательно написать его как общий и независимый что бы использовать на node.js, react, react-native

не знаю зачем там ооп всралось, разве что класс с конструктором

сначало хотел сделать отдельный адаптер с абстрактным Adapter -> AxiosAdapter / WSAdapter и т.д. через него уже подключения к апи (сразу на ум приходит DIP), апи очень обширный и делить его проще на логические блоки например тогда получается что-то типа: const adapter = new WSAdapter(...); const apiUser = new UserApi(adapter); const res = await apiUser.doSomething(...);

Я прямо из иммутабла рендерю, а зачем переводить если у него есть свои методы для итерации?

а не теряется при этом удобства Деструктуризации, ведь Map уже не деструтурируешь ? каждый элемент отдельно приходится доставать ? это не минус ?

сначало хотел сделать отдельный адаптер с абстрактным Adapter -> AxiosAdapter / WSAdapter и т.д. через него уже подключения к апи (сразу на ум приходит DIP), апи очень обширный и делить его проще на логические блоки например тогда получается что-то типа: const adapter = new WSAdapter(...); const apiUser = new UserApi(adapter); const res = await apiUser.doSomething(...);

но по хорошему нужно добавить в Adapter обработку ошибок, что бы она была в одном месте, т.е. ее можно передать например через контруктор или гдето взять весь adapter в try/catch

а не теряется при этом удобства Деструктуризации, ведь Map уже не деструтурируешь ? каждый элемент отдельно приходится доставать ? это не минус ?

Map({ a: { x: xd }, b: { x: dx } }).map(({ x }) => <div>{x}</div>) в чем проблема?