То есть было бы неплохо это обобщить Саму функцию в принципе можно брать из пропсов или что-то в этом духе

А если например, надо форматирование для этого еще ?

f(a)=> the ${a}

В стримах С багами Тебе Будет Очень Очень Очень Нет, правда, пиздец как Больно

Рекомендую это всегда держать в голове, тогда проблем не будет)

Я понимаю и по этому не юзаю их)

Реализация на компонентах с стейтом и withReducer или рендер колбек

всегда понятней выглядит чем стримы (для меня)

Хз, withReducer не типизируется, я последовательно листал весь api recompose в поисках того что бы мне помогло с live search

Тут особо нет проблемы сделать ещё один .map для форматирования текста, но я думаю будет оптимальной практикой оставлять в стримах ровно то, что фактически представляет собой поток данных с которым надо работать

То есть ввод от юзера — в стримы, идеально, запросы к серверу — спорно, но допустим, форматирование — хз, мне кажется есть смысл вынести

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

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

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

А для какого кейса сервисы надо были ?

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

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

Так тут так и делается. setState просто заменён на персональный колбэк для передачи данных changeQuery

А для какого кейса сервисы надо были ?

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

АКТОРЫ НА ДЖАВСКРИПТЕ ?)

Да, я уже давно прикидывал по поводу них

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

Но мне не нравится то как это типизируется и то как это неявно работает, тот момент когда декларативность превращается в тёмное колдовство

“- как мне зафетчить данные ? $.ajax? - ну, создай парочку акторов, вызови их через епики и незабудь редюсеры для них написать ”

?

SOON

??‍♀️?

Ех хорошо когда есть типизация, и ты можешь пилить абстрации по нормальному, а не костылями

Объясните ,кому нужно продать душу ,чтобы понять фп .Может пойти уже математику поучить ?

v = f(s) - вся суть фп в реакте

ну вот неплохая статья https://medium.com/@roman01la/understanding-transducers-in-javascript-3500d3bd9624

Просто что бы начать мыслить в фп

Просто что бы начать мыслить в фп

Ну я понемногу внедряюсь ,может пойти на хаскеле пописать или на ocaml

да

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

Объясните ,кому нужно продать душу ,чтобы понять фп .Может пойти уже математику поучить ?

Попробуй посмотреть https://github.com/MostlyAdequate/mostly-adequate-guide Сам не читал, но звездочек много

лучше на хаскеле, если для изучения ФП. ocaml позволяет писать императивно, хорошо для продакшена, плохо для обучения :)

Спасибо ,а то о чем то говорят ,чувствую себя неполноценным

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

То есть, когда у нас уже есть переменная query, стрим от неё может называться query только в невозможном случае, когда стрим есть а объект из него в коде не появляется

Ещё это евангелист с:

То есть, когда у нас уже есть переменная query, стрим от неё может называться query только в невозможном случае, когда стрим есть а объект из него в коде не появляется

так вроде все правильно, все реактивные переменные с $ надо называть.

или к чему ты ведешь ?

Объясните ,кому нужно продать душу ,чтобы понять фп .Может пойти уже математику поучить ?

Сколько не наблюдал, ещё ни разу никто не понял фп по статьям. Ты просто берёшь и после ознакомления начинаешь писать как понял, будет хреново, неоптимально, чудовищно, просто в один момент заметишь что внезапно перешёл на другой уровень понимания концепций Это как-то фоном усваивается короче

так вроде все правильно, все реактивные переменные с $ надо называть.

Ну да Просто до этого я их никак не обозначал. Визуально красивее, но работать чуть сложнее

Сколько не наблюдал, ещё ни разу никто не понял фп по статьям. Ты просто берёшь и после ознакомления начинаешь писать как понял, будет хреново, неоптимально, чудовищно, просто в один момент заметишь что внезапно перешёл на другой уровень понимания концепций Это как-то фоном усваивается короче

А теорию категорий надо учить ,она просто страшная немного?

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

А теорию категорий надо учить ,она просто страшная немного?

Если хочешь не удариться в лиспянку, то стоит хотя бы не пугаться от отсылок на неё, глубокого представления о ней всё равно не требуется, тем более прям изучения Заранее успокою, что ты ничего не поймёшь с первого прочтения и никто не понимает))

Кроме Штольмана

Штольман мыслит лиспом

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

И решает проблемы

Штольман мыслит лиспом

Лисп не нужен)))))

Лисп не нужен)))))

на холивары нарываешься

Лисп не нужен)))))

Ну как сказать, на кложе и скиме же пишут

И говорят, что норм

Мне не зашло, даже с осознанием, нахера нужны все эти скобочки

тот же код на хаскеле намного читабельней

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

Функция, Объект, Список

Вот кложа и остальные — это список, независимый взгляд на код, но я просто понял, что мне с ними не по пути

использует кто react-redux с несколькими сторами?

https://github.com/reactjs/react-redux/issues/813

@sergeysova @syabro тут у человека мотивация быть забаненым

использует кто react-redux с несколькими сторами?

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

Я тебя сейчас сам замотивирую до смерти

Привет всем, подскажите пж по ноде https://jsfiddle.net/tatvxhzz/ Почему текст (дата) на канвасе норм генерится, а вот изображение не выводится, ошибок нет, просто изображение не рендерится

в репозитории пакета (node-canvas) добаляется так loadImage('examples/images/lime-cat.jpg').then((image) => { ctx.drawImage(image, 50, 0, 70, 70) }) но у меня результат тот же - ошибок нет, и изображение на финальном холсте тоже

использует кто react-redux с несколькими сторами?

Выпиливаю сейчас к чертям одну подобную отличную идею

В особо грустные моменты припоминая всех родственников автора затеи до пятого колена

Выпиливаю сейчас к чертям одну подобную отличную идею

:)

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

Например

а почему выпиливаешь? в смысле, какие проблемы с этим?

Но я чуть о другом — сломали они эту возможность

И правильно сделали

а почему выпиливаешь? в смысле, какие проблемы с этим?

Да как бы в одном сторе же все можно

И правильно сделали

Правильно, что случайно сломали? :/

хм

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

а почему выпиливаешь? в смысле, какие проблемы с этим?

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

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

У кого как)

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

Один из них можно зеркалировать в другой

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

Звучит как что-то не очень хорошее

Во во

согласен

admin-on-rest :)

У кого как)

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

в нём есть свой стор, там всё хорошо но если нужна авторизация, то она вызывается до вызова провайдера aor, а я в авторизации манипуляции с никнеймами и oauth2 токенами произвожу это решение типа первое что пришло в голову, а нормально делать я хз как)

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

Думайте об этом как о логическом и физическом жестком диске