Да

ничего не происходит и ошибок нет

export const addComment = (comment) => { return { type: "ADD_COMMENT", payload: comment } } export const deleteComment = (id) => { return { type: "DELETE_COMMENT", payload: id } }

103:21-32 "export 'default' (imported as 'AddDispatch') was not found in './actions/action'

а если с параметрами? bind(this, params) ?

103:21-32 "export 'default' (imported as 'AddDispatch') was not found in './actions/action'

Так ты дефолт импортишь

Так ты дефолт импортишь

а нужно для каждой функции свой импорт

103:21-32 "export 'default' (imported as 'AddDispatch') was not found in './actions/action'

import { commentAdd, commentDelete } from

вроде понял

вроде понял

Тебе бы документацию почитать. Там ещё звёздочка есть

И линтер установить...

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

Вот только его не надо

лучше всего именно так экспортировать и импортировать?

про export def забыть?

про export def забыть?

Да

лучше всего именно так экспортировать и импортировать?

Да

Да

спасибо

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

@why_prettier_is_bad

Там скорее всего причина в другом

Там скорее всего причина в другом

хоть бы ошибку какую-то дало

Default ломает именование. Ты можешь экспортировать с одним именем а импортнуть с другим. И потом даже поиск по проекту не особо поможет

К слову, я на esdiscuss читал что спекоразрабы таки фейворят дефолтные экспорты, впрочем они и говорят что const не юзать для переменных, а онли let так что такое

хоть бы ошибку какую-то дало

TableEventInfo рендерится вообще? Точно правильно работает?

а зачем биндить стрелочную функцию?

а зачем биндить стрелочную функцию?

вверху предложили так попробовать

а зачем биндить стрелочную функцию?

чтобы наверняка!

вверху предложили так попробовать

а какая проблема у тебя?

я бы тогда ещё в конструкторе забайндил

тогда уж точно как надо будет

чтобы наверняка!

зачет))

ну и желательно вызов обернуть в стрелочную

я бы тогда ещё в конструкторе забайндил

и вызывать через .call Чтобы не рисковать

и вызывать через .call Чтобы не рисковать

о, точно

а какая проблема у тебя?

клик не могу навешать))

К слову, я на esdiscuss читал что спекоразрабы таки фейворят дефолтные экспорты, впрочем они и говорят что const не юзать для переменных, а онли let так что такое

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

клик не могу навешать))

консоль лог не срабатывает?)

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

Да офк, я просто форум читал и там дискас было импортов и экспортов, наткнулся. Правда не помню чем они аргументировали, но там какие-то изначально решения были направлены на export default, а потом поменяли

консоль лог не срабатывает?)

нет

И где ты там вызываешь props.onClick?

К слову, я на esdiscuss читал что спекоразрабы таки фейворят дефолтные экспорты, впрочем они и говорят что const не юзать для переменных, а онли let так что такое

У них мало чего конструктивного... Что меня печалит. #валюизjs

У них мало чего конструктивного... Что меня печалит. #валюизjs

Лол, ну есть такое немного

Я имею ввиду внутри TableEventInfo

ребят, а у меня в хранилище такая штука const initial = { comments: [] } туда добавляю мои комменты хочу их удалять, прокидываю index обьекта в массиве с диспатчем. Дальше нужно как удалить? неужели state.initial.splice(action.payload, 1)

Я имею ввиду внутри TableEventInfo

там ничего нету, я понял проблему, спасибо!)

ты проследи чего у тебя там в TableEventInfo ты ему onclick пуляешь, он применятся ко всему компоненту, может не туда кликаешь

ребят, а у меня в хранилище такая штука const initial = { comments: [] } туда добавляю мои комменты хочу их удалять, прокидываю index обьекта в массиве с диспатчем. Дальше нужно как удалить? неужели state.initial.splice(action.payload, 1)

ну filter жеж

Есть какой нибудь компонент, чтоб можно было получать данные как в react-apollo? Пример api: <Fetch url="" data={}> {({loading, error, data}) => { }}</Fetch>

ну filter жеж

для удаления фильтр?

для удаления фильтр?

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

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

спасибо

Есть какой нибудь компонент, чтоб можно было получать данные как в react-apollo? Пример api: <Fetch url="" data={}> {({loading, error, data}) => { }}</Fetch>

Написать свой используя render props

Есть какой нибудь компонент, чтоб можно было получать данные как в react-apollo? Пример api: <Fetch url="" data={}> {({loading, error, data}) => { }}</Fetch>

самому написать

Уже пишу) Спасибо

Проблема с кэшированием ток, думаю лучше будет hoc написать

Проблема с кэшированием ток, думаю лучше будет hoc написать

какая связь

hoc неудобно

рендер пропс бест :)

Проблема с кэшированием ток, думаю лучше будет hoc написать

для реста такое же хочешь?

для реста такое же хочешь?

da

рендер пропс бест :)

уже была битва, все помним)

уже была битва, все помним)

:)

da

ааа, я просто подумал ты пилишь, оболочку для апи)

рендер пропс бест :)

Говно же в некоторых кейсах

Хок и рендер проп для разных же вещей, не?

ERROR: S client not available

Хок и рендер проп для разных же вещей, не?

я часто их вместе юзаю) контекстом новым так извращаюсь)

Говно же в некоторых кейсах

Интересненько, в каких?

Хок и рендер проп для разных же вещей, не?

Что одно, что другое для инкапсуляции

Говно же в некоторых кейсах

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

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

Говорить что инструмент the best тоже не правильно

Говорить что инструмент the best тоже не правильно

Круче только призрачные исключения

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

Говорить что инструмент the best тоже не правильно

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

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

И потом оптимизируй, если получится

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

Я бы не стал заменять recompose на рендерпроп

Привет. Какие преимущества дает styled-components по сравнению с импортированием стилей из файла CSS компонента и применения стиля используя <component className={styles.myClass} />?

Привет. Какие преимущества дает styled-components по сравнению с импортированием стилей из файла CSS компонента и применения стиля используя <component className={styles.myClass} />?

https://youtu.be/eOBz3_mQwo8 Хороший видос

Я бы не стал заменять recompose на рендерпроп

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

Привет. Какие преимущества дает styled-components по сравнению с импортированием стилей из файла CSS компонента и применения стиля используя <component className={styles.myClass} />?

преимущество например в том, что в js описывать динамические стили может быть намного удобнее Я же сторонник css модулей

преимущество например в том, что в js описывать динамические стили может быть намного удобнее Я же сторонник css модулей

Спасибо

https://youtu.be/eOBz3_mQwo8 Хороший видос

Спасибо

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

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

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

Согласен

Привет. Какие преимущества дает styled-components по сравнению с импортированием стилей из файла CSS компонента и применения стиля используя <component className={styles.myClass} />?

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

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

А что именно медленно, не понял?

А что именно медленно, не понял?

при css-in-js подходе стили генерятся в мейн треде, а "обычный css здорового человека" обрабатывается браузером совершенно не зависимо от происходящего в джс

Это не значит, что css-in-js обязательно медленный

скорее наоборот, всё достаточно быстро, иначе не было бы популярно

при css-in-js подходе стили генерятся в мейн треде, а "обычный css здорового человека" обрабатывается браузером совершенно не зависимо от происходящего в джс

О, понятно, благодарю

просто надо понимать, че происходит в одном и другом случае

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

вообщем привыкнут, c jsx тоже была адский треш, как так html in js)

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

кому что, я и начал с того, что css in js писать в определённых случаях намного удобнее

вообщем привыкнут, c jsx тоже была адский треш, как так html in js)

не согласен с аргументом, jsx это скорее противопоставление аду типа '<span>' + someName + '</span>' или шаблонам со своим инопланетным синтаксисом

кому что, я и начал с того, что css in js писать в определённых случаях намного удобнее

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

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

Главное разница между хокос и рендер проп в том что в хоке все пропсы оборачиваемого компонента попадут ещё и в хок