но я за комбинирование фп и императивщины в жс

фп головного мозга опасно

И получается что 3 строки на 6 заменяются, это в простых случаях, а толку нет, ошибку в правильном коде все равно нужно постараться сделать, а если все минимальными функциями то еще тяжелее

ваще есть еще ramda-fantasy

Ух ты, спасибо! Давно думал найти что-то похожее

Так что рамда ок в случаях когда код с функторами и монадами

с ramda код надежнее, выходит, сложно написать шляпу - он либо делает что нужно, либо не делает

но я за комбинирование фп и императивщины в жс

Вот правильное мнение

либо работает, либо вообще не работает сразу видно

а импративно - вроде работает, а потом баги

с функциональным баги на другом уровне как правило

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

на уровне более высокой логики уже

чем i++ заблы где-то

тесты писать все равно надо

Ух ты, спасибо! Давно думал найти что-то похожее

Так оно давно уже есть, на фэнтази многие либы ссылаются

и ts с noImplicitReturn)

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

тесты одинаковые будут

т.е. ты тестируешь функцию - выход - выход

Так оно давно уже есть, на фэнтази многие либы ссылаются

Ну так вот ссылаются, там и в ramda ссылки есть, а хочется +- полной реализации

Ну да, тесты не особо и отличаются

Конечно если функцию на 100 строк не тестировать

Функцию на 100 строк надо переписывать))

потребность в тестирование по факту все равно снижается

Не все это понимают, мой текущий проект из таких функций на 99 процентов состоит

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

потребность в тестирование по факту все равно снижается

Ну ты же не будешь тестировать ради тестов, поэтому конечно снижается

А в плане группы плохо что ее переименовали, Серега все правильно говорил, теперь хер поймешь что тут обсуждать

я тогда напишу в сообщении прикреплю)

Функционально-реактивные подходы в JS/TS. RxJS, Cycle.js, Ramda, etc.

Ага, убрать вообще буквы фрп и рп

почему?

Ага, неплохо! R.both только не выглядит интуитивным тут вообще)

ну это тот же паттерн condition && action(), только в профиль

Потому что 2 человека понимают разницу, для других это одно и то же

что одно и то же?

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

Я больше отношусь к тем для кого это одно и тоже, если мне нужны будут отличия я в гиттер пойду, там Денис поправит ?

они связаны, но несут разную смысловую нагрузку

делать реактивные приложения не основываясь на функциональном подходе не просто

однако вещи как бы независимые

Так.. я слышал вы RxJS обзываете - rp а не frp...

все так

более того, в js нет вообще frp либ в опенсорсе

так.. почему не functional что меня останавливаеть на RxJS писать в функциональном стиле?

они и сами себя просят frp не обзывать)

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

так.. почему не functional что меня останавливаеть на RxJS писать в функциональном стиле?

то, что это невозможно — не аргумент?

http://reactivex.io/intro.html

то, что это невозможно — не аргумент?

ок спасибо просветил :) теперь я все понимаю

http://reactivex.io/intro.html

Вот спасибо - пошел образовываться..

кстати пока я тут - вопрос по Cycle.js - в нем можно View layer дефолтный убрать и заменить на React ?

если драйвер написать

готового вроде нет и он не особо полезен

тоже обсуждали выше

Мне в Cyrcle.js нравиться все - до того момента пока не доходит до View layer..

что там?

не нравится

конкретно

https://github.com/cyclejs/cyclejs/wiki

Functional and Reactive Functional means “clean”, and Reactive means “predictable”. Cycle.js apps are made of pure functions, which means you know they simply take inputs and generate outputs, without performing any side effects. The building blocks are Observables from RxJS, a Reactive programming library which simplifies code related to events, asynchrony, and errors. Structuring the application with RxJS also separates concerns, because all dynamic updates to a piece of data are co-located and impossible to change from outside. As a result, apps in Cycle are entirely this-less and have nothing comparable to imperative calls such as setState() or foo.update() - this makes them truly "reactive" which means much more predictable and reliable.

не нравится

DOM: sources.DOM.select('input').events('click') .map(ev => ev.target.checked) .startWith(false) .map(toggled => div([ input({attrs: {type: 'checkbox'}}), 'Toggle me', p(toggled ? 'ON' : 'off') ]) ) вот это.. срочно нужен JSX для cycle.js

он есть JSX

http://cycle.js.org/getting-started.html

только JSX на самом деле фигня, просто JS на мой взгляд значительно удобней как раза для функционального подхода, фактически для композиций

но если очень хочется можно и JSX

Задача - есть императивный код const something = getSomething(...); if (something) { const somethingIsAllowed = valueIsAllowed(something); if (somethingIsAllowed) { doSomething(something); } } Сделайте это FP подходом не избавляясь от вызовов getSomething, valueIsAllowed, doSomething (функции чистые) В качестве премера можете использовать эти реализации функций const getSomething = (x) => 'Something ' + x const doSomething = (s) => s.toUpperCase() const valueIsAllowed = (x) => x.indexOf('cool') >= 0 ? true : false PS: даю вам фору - можете использовать ЛЮБУЮ FP библиотеку

как вариант ['cool'] .map(getSomething) .filter(Boolean) .filter(somethingIsAllowed) .forEach(doSomething)

любители каррирования могут заменить нативные методы на рамду

по сути тут эмуляция maybe через массив из <= 1 элемента

кто-нибудь ramda-fantasy использует?

как вариант ['cool'] .map(getSomething) .filter(Boolean) .filter(somethingIsAllowed) .forEach(doSomething)

COOL!!!! Правда более подходит такой вариант ( он более соответствует тому что делает императивный ) [getSomething(‘cool’)] .filter(Boolean) .filter(somethingIsAllowed) .forEach(doSomething) Но вот это интресно. С коллекциями работать в FP легче :/

это же то же самое

это же то же самое

блин да - ты прав.. сори

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

C Rambda пришлось @#$ мозги и решение хоть и короткое но не сильно читаемое получилось

но это и не фп код

ок filter, map, не функции высшего порядка? не FP? ( хотя вот про forEach соглашусь - но его можно на тот-же map заменить )

filter, map и даже reduce из js — не фп. да

можно c с таким же успехом fp языком назвать

там тоже можно сделать функции высшего порядка

но вообще-то это недостаточное условие

но вообще-то это недостаточное условие

а что еще нужно?

вообще для тру фп надо каррирование по умолчанию, data-last, желательно систему типов, отсутствие сайд-эффектов, отсутствие стейтментов

ну и иммутабельность и вот это все

не не не.. стоп стоп стоп.. в примере выше нет сайд эффектов и stabementov нет и immutability

а каррирование не обязательно использовать

Реализация, не?

там есть контекст везде где попало как минимум

Работает как в фп, а под капотом не очень.

То что я не пользуют каррированием не делает код не функциональным

оно и вне капота не очень

Ну вот тем паче.

эти функции нельзя композировать

чейнинг - это уже не по фп

неправославно

Все, что в жз функциональное, на самом деле просто какие концепты из фп, написанные для жз. Разве нет?

['cool'] .map(getSomething) .filter(Boolean) .filter(somethingIsAllowed) .map(getSomethingNEW) функции getSomething, somethingIsAllowed, getSomethingNew - чистые без сайд эффектов ничего нигде не мутируеться это FP

там от фп только ф-ии и hof