Практика функционального программирования на JavaScript с использованием Ramda

[jo_asakura]

Помню в прошлом году, когда я только знакомился с Ramda, вот эта статья очень сильно вдохновила (сорри, на англ.языке).

[akral]

Функции R.compose и R.pipe могут принимать до 10 аргументов.

Непонятны ни причина ограничения, ни истина этого высказывания. В коде ограничения нету.

[StreetStrider]

Подтверждаю. Интересно, откуда у автора возникла такая строка? А переводчик не проверил.

Возможно, в старых версиях было такое ограничение.

Я сразу полез проверить, может там применена страшная оптимизация, с развёрткой кода в «китайский стиль», но нет, всё чисто.

[Keyten]

Могу только предположить, что подобное ограничение могло бы быть связано с классами, где применить Function::apply не получится.
Например:

function fn(){}
function call(){
 return fn.apply(null, arguments);
}

function class(){}
function make(a,b,c,d,e,f,g,h,i,j,k,l){
 // apply вместе с new не применишь, только так
 return new class(a,b,c,d,e,f,g,h,i,j,k,l);
}

[StreetStrider]

Вполне возможно. Такое неприятное ограничение на конструктор имеет место быть.

Правда, существует и для этой неприятности обходной манёвр:

function make () {
  var instance = Object.create(class.prototype);
  class.apply(instance, arguments);
  return instance;
}

[akral]

Композиция, рассчитанная на обещание

А почему бы не использовать композицию с помощью .then? Может, я не вижу ошибки, но разве следуюший код не выглядит ещё лучше и более знакомым программистам, нежели pPipe?

var getCostWithTaxAsync = getItem()
  .then(R.prop('cost'))
  .then(R.multiply(1 + TAX_RATE);

[StreetStrider]

При этом они сами приводят пример такой композиции выше:

return getItems()
    .then(R.pluck('cost'));

[lolmaus]

После Ruby меня в JS убивает один нюанс: нет выбора между функциями, которые модифицируют объект (массив, строку...), и теми, которые возвращают новый экземпляр.

Большинство востребованных мной функций — возвращают новый экземпляр. Например, .map(), .reverse(), .filter(), .toLowerCase(). А иногда очень нужно изменить сам объект, потому что им пользуются другие части приложения.

С обратным направлением проще, так как всегда можно деструктивную функцию предварить .slice(), что возвращает новый экземпляр. Но писать .slice().sort(...), .slice().splice(...) тоже напрягает.

Почему ни одна библиотека вроде LoDash и Ramda не предлагает функции парами, типа .map() и .mapForce()?

PS Ramda понравилась наличием .mapObj(). Во всех остальных библиотеках приходилось вместо этого изгаляться с .reduce().

[vintage]

Думаю лучше так:

list.filter( odd ) // мутируем существующий объект

var list2 = list.filter( odd , [ 1 , 2 ] ) // мутируем переданный вторым аргументом

[lolmaus]

Вы так JavaScript сломаете.

[vintage]

Он сломан by design :-)

[lolmaus]

Я имею в виду, что переопределив `Array.prototype.filter` вы потеряете возможность запускать любой JS-код, кроме вашего собственного, рассчитанного на иное поведение `filter`.

[vintage]

var list = $my.list( 1 , 2 , 3 )

[lolmaus]

Ок, так лучше, но тогда будет путаница между API JS и API Ramda.

[vintage]

Он же обратно совместим с js-апи (если не использовать в нём бесполезный второй параметр).

[vintage]

Функциональное программирование малость оторвано от жизни.

[bubuq]

Равно как и любое другое.

[vintage]

Не равно. Компьютер оперирует битами и их состояниями. Человек мыслит объектами и их состояниями. ФП — это как эсперанто для общения между русским и украинцем.

[Yuuri]

Вот именно. Компьютер оперирует битами, поэтому все эти строки, классы, шаблоны малость оторваны от жизни. Только машкоды, только хардкор!

[vintage]

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

[Yuuri]

Вы знаете, я за свою жизнь столько наслушался тезисов от противников (или даже несторонников) ФП, что оно нинужно — т. к. компьютер императивен/мышление императивно/вселенная императивна (нужное подчеркнуть), — что вряд ли найду в вашем высказывании что-то, на что пришлось бы придумывать новый контраргумент, или, тем паче, поставило бы в тупик.

[vintage]

Я как раз сторонник ФП, но без фанатизма. Язык программирования служит для объяснения машине что от неё хочет человек. Языки программирования развивались от понятных машине, но не понятных человеку, до понятных человеку и зубодробительных для машины. Какой смысл использовать идиомы чуждые как человеку так и машине в равной степени?

[Yuuri]

А вы уверены, что прям-таки совсем чуждо? И что, допустим, чуждость мышлению — имманентная, принципиальная, а не приобретённая из-за того, что 99% начинуют учиться программированию с императивных языков?

[vintage]

Мы мыслим так, как взаимодействуем с миром. А взаимодействуем мы с ним объектно ориентированно.

[Yuuri]

Очень интересно. Когда я пишу ручкой на бумаге, кто есть объект, и как мы взаимодействуем? «я.взять(ручка).написать(текст, бумага)»? Или всё-таки «бумага.написать(текст, ручка, я)»? Или даже «текст.появиться(бумага, я.взять(ручка))»? А в ситуациях, когда нет явно выраженного агенса и пациенса, то есть предполагаемые объекты равноправны?
Думаю, вы и без меня знаете, сколько копий сломано на тему того, что считать объектом, насколько на самом деле адекватно ООП отражает т. н. реальный мир, и как со всем этим жить.

[vintage]

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

[vintage]

Важно то, что свойства этих объектов могут меняться.

[diogene]

Вот еще библиотека для ФП nullobject.github.io/fkit/api.html
А еще, не могу не посоветовать это замечательный туториал github.com/timoxley/functional-javascript-workshop/

[plotnick]

После выхода lodash-fp теперь даже не очень понятна судьба Рамды. И неясно будет ли доводить Далтон lodash-fp до ума. Пока что к сожалению приходится использовать все три вместе: lodash, lodash-fp и ramdajs, каждая из этих библиотек имеет свои особенности и к сожалению пока ни одна их них не способна полностью заменить другую.

[mamiamradio]

Я не нашел в документации R.pPipe и R.pCompose. На данный момент есть R.pipeP и R.composeP.

[nicuini]

Что думаете о Functional.js?