но лучше immutable.js заюзать

или ramda

или ramda

махровая ООП библиотека

махровая ООП библиотека

да норм)

махровая ООП библиотека

че теперь рамду не юзать?

че теперь рамду не юзать?

immutable <- facebook -> react сам решай

immutable <- facebook -> react сам решай

типа два стула?

immutable <- facebook -> react сам решай

Сяду на фейсбук.

махровая ООП библиотека

ООП?) Лол)

immutable <- facebook -> react сам решай

да глупости это все

ООП?) Лол)

Прекрасная либа для работы с объектами.

Правда в js объекты - это структуры в основном, но это мелочи)

ООП?) Лол)

https://t.me/leadingedge/27

ООП?) Лол)

Отстаешь от трендов

https://t.me/leadingedge/27

Это структурное программирование, а не ООП.

https://t.me/leadingedge/27

Читал, но не совсем согласен

https://t.me/leadingedge/27

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

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

А почему контекст негативный?

А почему контекст негативный?

я не говорю, что негативный. Может показаться, что негативный

А почему контекст негативный?

> махровая > водившая всех за нос

> махровая > водившая всех за нос

А так же наличие структур называет ООП.

А так же наличие структур называет ООП.

Оттуда и негативный контекст)

Вообще меня раздражает, что люди считают наличие объектов ~ ООП.

нет ничего плохого в том, что что-то предназначено для работы с объектами

Вообще меня раздражает, что люди считают наличие объектов ~ ООП.

К слову, само ООП- это норм А не то, что под этим термином используют

мы сейчас опять вернемся к тому, что начнется выяснение: что такое ООП. Пустое. Рамда решает твои проблемы — юзай. тема закрыта

мы сейчас опять вернемся к тому, что начнется выяснение: что такое ООП. Пустое. Рамда решает твои проблемы — юзай. тема закрыта

++

мы сейчас опять вернемся к тому, что начнется выяснение: что такое ООП. Пустое. Рамда решает твои проблемы — юзай. тема закрыта

Если бы треп был пустой- он бы не возникал на ровном месте Тот же jwt треп не просто так возникает Я не призываю сейчас его использовать- просто для многих вещей нужно объяснение. А с ООП, как и с JWT люди к пониманию не смогут сами придти

Сова, а есть канал куда ты что-то пишешь, или скидываешь новости/записи конференций и тд?

Сова, а есть канал куда ты что-то пишешь, или скидываешь новости/записи конференций и тд?

только t.me/sovacoding

thx

норм интеграция

только t.me/sovacoding

Есть же ещё один, нет?

t.me/codergoodies?

Да

Твой?

да

туда скидываю не только я

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

А можно ли <SomeWrapper> <ChildComponent /> </SomeWrapper> В SomeWrapper сделать, чтобы прокидывался класс для ChildComponent?

Только у меня сайт Redux лагает?

А можно ли <SomeWrapper> <ChildComponent /> </SomeWrapper> В SomeWrapper сделать, чтобы прокидывался класс для ChildComponent?

Через React.Children.map и React.cloneElement можно ж ?

О, пасиб

Через React.Children.map и React.cloneElement можно ж ?

Я не весь апи еще знаю, анлак

че теперь рамду не юзать?

Только что выпилил из проектов окончательно

Сейчас когда везде есть итераторы, мапы и for of, рамда просто потеряла актуальность, больше не нужно вычурно итерироваться по объектам делая вид что это списки, разные варианты апдейтов и прочие методы с триллионом перегрузок сигнатуры туда же

2015 год далеко в прошлом и все авторы уже давно двинулись дальше; 0.25 — это последняя, окончательная, версия рамды

Сейчас когда везде есть итераторы, мапы и for of, рамда просто потеряла актуальность, больше не нужно вычурно итерироваться по объектам делая вид что это списки, разные варианты апдейтов и прочие методы с триллионом перегрузок сигнатуры туда же

а как обновляешь вложенные объекты? или просто не делаешь вложенных объектов?

а как обновляешь вложенные объекты? или просто не делаешь вложенных объектов?

Просто не делать вложенные объекты

а как обновляешь вложенные объекты? или просто не делаешь вложенных объектов?

В простейшем случае достаточно композиции const x = createStore(0) const y = createStore(1) const point = createStoreObject({x, y}) const {up, down} = createApi(y, { up: (y, n) => y + n, down: (y, n) => y - n, }) const {left, right} = createApi(x, { right: (x, n) => x + n, left: (x, n) => x - n, })

В простейшем случае достаточно композиции const x = createStore(0) const y = createStore(1) const point = createStoreObject({x, y}) const {up, down} = createApi(y, { up: (y, n) => y + n, down: (y, n) => y - n, }) const {left, right} = createApi(x, { right: (x, n) => x + n, left: (x, n) => x - n, })

понял.

Всякие списки/мапы вообще выражаются через стандартные Set/Map

В простейшем случае достаточно композиции const x = createStore(0) const y = createStore(1) const point = createStoreObject({x, y}) const {up, down} = createApi(y, { up: (y, n) => y + n, down: (y, n) => y - n, }) const {left, right} = createApi(x, { right: (x, n) => x + n, left: (x, n) => x - n, })

>_> - эта проверенная временем библиотека давно не нужна, все уже можно делать на нативном коде - и как ты работаешь со сложными структурами? - написал свою библиотеку Вот так всегда

>_> - эта проверенная временем библиотека давно не нужна, все уже можно делать на нативном коде - и как ты работаешь со сложными структурами? - написал свою библиотеку Вот так всегда

Это dsl, а не структуры

Вот скажи, нафига в 2018 году нужны замены для Object.keys? имплементация tranducer-js если всё это делается генераторами? (кстати, рамда Symbol.iterable не поддерживает, nuff said)

Всем привет! У меня есть центр авторизации которые раздает токены авторизации и есть микро сервисы. Пользователи микро сервисов авторизуются через этот центр авторизации. Если авторизовался на одном микро сервисе то токен действителен и на других микро сервисах. Вопрос такой как лучше организовать переход токена на фронтенде? Токен храню в local storage.

ERROR: S client not available

Сейчас когда везде есть итераторы, мапы и for of, рамда просто потеряла актуальность, больше не нужно вычурно итерироваться по объектам делая вид что это списки, разные варианты апдейтов и прочие методы с триллионом перегрузок сигнатуры туда же

хорошо, с данными понятно. что ты используешь взамен compose, curry и прочей ерунды?

В простейшем случае достаточно композиции const x = createStore(0) const y = createStore(1) const point = createStoreObject({x, y}) const {up, down} = createApi(y, { up: (y, n) => y + n, down: (y, n) => y - n, }) const {left, right} = createApi(x, { right: (x, n) => x + n, left: (x, n) => x - n, })

Где-то можно почитать попробробнее?

Привет! Есть кодеры из Кирова?

Всем привет! У меня есть центр авторизации которые раздает токены авторизации и есть микро сервисы. Пользователи микро сервисов авторизуются через этот центр авторизации. Если авторизовался на одном микро сервисе то токен действителен и на других микро сервисах. Вопрос такой как лучше организовать переход токена на фронтенде? Токен храню в local storage.

Эти микросераисы на одном урле?

хорошо, с данными понятно. что ты используешь взамен compose, curry и прочей ерунды?

Compose можно ручками написать. А остальное зачем?

Эти микросераисы на одном урле?

Нет разные урлы и домены

Нет разные урлы и домены

Напиши слой апи, в котором будешь использовать этот токен. Этот слой будет по сути набором функций. Не более.

Compose можно ручками написать. А остальное зачем?

я часто использую partialRigth, curry вместе с redux-most, cond тоже пригождается часто. так-то можно было бы, но зачем если можно import ramada/es/compose?

я часто использую partialRigth, curry вместе с redux-most, cond тоже пригождается часто. так-то можно было бы, но зачем если можно import ramada/es/compose?

Видишь. Вопрос инструментов. Как только отказываешься от редакс, так сразу это все перестаёт быть нужным. А тащить либу ради функции в 3 строчки смысла мало.

+ у тебя в проекте будет recompose, в котором эта функция уже есть.

+ у тебя в проекте будет recompose, в котором эта функция уже есть.

ты о какой функции? у меня как есть рекомпоуз

ты о какой функции? у меня как есть рекомпоуз

Compose

Compose

ок

Видишь. Вопрос инструментов. Как только отказываешься от редакс, так сразу это все перестаёт быть нужным. А тащить либу ради функции в 3 строчки смысла мало.

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

Почему я должен делать это сам и вообще думать об этом, когда об этом под капотом должна заботиться библиотека и делать «вау»?

Сделал моё утро

Всем доброе утро. Кто-то использовал styled-components? Подскажите как настроить проект чтоб все стили собирались в один css файл?

Хочу попробовать styled-components. Читаю, что они уже готовые для юза. Вопрос, какие обязательные либы дополнительные для него? ( В плане авто префиксов, констант и мб еще полезные либы). Кто что использует?

шрифты все равно придется через css подключать

Всем доброе утро. Кто-то использовал styled-components? Подскажите как настроить проект чтоб все стили собирались в один css файл?

никак

Всем доброе утро. Кто-то использовал styled-components? Подскажите как настроить проект чтоб все стили собирались в один css файл?

в этом и прикол SC

в этом и прикол SC

понял, спасибо

Где-то можно почитать попробробнее?

https://codesandbox.io/s/vmx6wxww43?module=%2Fsrc%2FApp.js

я часто использую partialRigth, curry вместе с redux-most, cond тоже пригождается часто. так-то можно было бы, но зачем если можно import ramada/es/compose?

Библиотека в примере выше начиналась как исправление кривых мест в redux-most. Он просто не удобный, никакие partialRight не нужны при нормальном event driven коде)

Библиотека в примере выше начиналась как исправление кривых мест в redux-most. Он просто не удобный, никакие partialRight не нужны при нормальном event driven коде)

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

https://codesandbox.io/s/vmx6wxww43?module=%2Fsrc%2FApp.js

спасибо

Почему-то не работает react-virtualized, элементы через раз и не до конца подгружаются, при прокрутке сильно дребезжат: function Renderer({ index }) { return <div style={{background: 'red'}}>{index}</div> } function Content() { return ( <List style={{background: 'blue'}} width={500} height={500} rowHeight={100} rowRenderer={Renderer} rowCount={100} overscanRowCount={3} /> ); } В чём может быть проблема?

Почему-то не работает react-virtualized, элементы через раз и не до конца подгружаются, при прокрутке сильно дребезжат: function Renderer({ index }) { return <div style={{background: 'red'}}>{index}</div> } function Content() { return ( <List style={{background: 'blue'}} width={500} height={500} rowHeight={100} rowRenderer={Renderer} rowCount={100} overscanRowCount={3} /> ); } В чём может быть проблема?

style прокинь в div в Renderer

style прокинь в div в Renderer

Да, спасибо