Если уж TS, то лучше ReactJS+MobX. Эти штуки отлично сочетаются.

TS + Angular2😜

я про связку с реактом

извращения))

@iamstarkov можешь посмотреть, я правильно понял суть фпшности? https://github.com/5angel/quak/tree/master/src

Нуу вообще не очень, если честно 😄

@iamstarkov можешь посмотреть, я правильно понял суть фпшности? https://github.com/5angel/quak/tree/master/src

Как минимум, функции в функциональном стиле можно каррировать, получая от них производные const summ = e1=>e2=>e1+e2 const addThousand = summ(1000) let arr = [0,300,1000] console.log(arr.map(addThousand)) Поэтому желательно данные передавать в самом конце, тогда можно делать целые цепочки преобразований вообще не упоминая изменяемые объекты.

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

Модуль utils вообще не нужен, это стандартная функциональность ramda и lodash, повторять её смысла нет

По хорошему, твои функции должны выглядеть как-то так https://github.com/iamstarkov/split-keywords/blob/master/index.js

@ZeroBias @scalder27 @proDO спасибо-с)

холиварный вопрос. Под новый проект ReactJS+Redux или Angular2+TS

Если по серьезному, то не зная специфики проекта, опыта и целей которых хочется добиться попутно, трудно что-то дельное советовать. Мне больше нравится реакт и я бы предпочел ReactJS+MobX+TS. Мне кажется что эта свзяка надежная, очень производительная, мне нравится как выглядит код и решение более зрелое чем Angular2.rcXX. Но есть определенные условия когда я бы выбрал Angular2.

а когда лучше зайдет ангуляр?

промто я бекбоновод

но чет устал

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

Даров рибята

Нуу вообще не очень, если честно 😄

Собсно, я и пытаюсь научиться (:

Шо тут?

Модуль utils вообще не нужен, это стандартная функциональность ramda и lodash, повторять её смысла нет

а как же зиро дипенденси, не хочу рамды

ща попробую проникнуться Старковым

@iamstarkov можешь посмотреть, я правильно понял суть фпшности? https://github.com/5angel/quak/tree/master/src

curry неправильная https://github.com/5angel/quak/blob/master/src/utils.js#L72-L74

а как же зиро дипенденси, не хочу рамды

Для фп это - зиро) Без неё многие вещи неудобно делать

curry неправильная https://github.com/5angel/quak/blob/master/src/utils.js#L72-L74

православно примерно так https://iamstarkov.com/fp-js-workshop/01-theoretic-intro/#26 const curry = fn => (...args) => args.length < fn.length ? (...newArgs) => curry(fn)(...args.concat(newArgs)) : fn(...args)

православно примерно так https://iamstarkov.com/fp-js-workshop/01-theoretic-intro/#26 const curry = fn => (...args) => args.length < fn.length ? (...newArgs) => curry(fn)(...args.concat(newArgs)) : fn(...args)

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

@iamstarkov можешь посмотреть, я правильно понял суть фпшности? https://github.com/5angel/quak/tree/master/src

each, лучше сразу каррировать и data last export each = curry( (cb, collection) => { for (const key in collection) { if (collection.hasOwnProperty(key)) { cb(collection[key], key) } } });

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

А надо с задержкой?)

Бррр, тернарник со сносами.

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

в этом смысл карри, разве нет?

Бррр, тернарник со сносами.

Очень удобно, я сам к такому пришёл

Есть ещё карри который вызывается на аргументы когда последний вызов не содержит аргументов.

Типо, бесконечно аккумулирует.

в этом смысл карри, разве нет?

Я тут не слишком разбираюсь (: Значит, когда все аргументы есть, можно просто bind или как в таком случае поступать?

Очень удобно, я сам к такому пришёл

Ну не знаю, однострочники норм, я защищал и защищаю их, а вот в несколько строчек... if {} else {} как-то очевидней на мой взгляд.

Символьная магия разнесённая на несколько строчек.

Я тут не слишком разбираюсь (: Значит, когда все аргументы есть, можно просто bind или как в таком случае поступать?

Тебе просто не нужно думать об аргументах, в этом и смысл)

смысл карри в том, чтобы отложить вычисление функции пока она не получит все аргументы

как только получила, запускай

все хелперы — каррируй по умолчанию https://github.com/5angel/quak/blob/master/src/utils.js#L72-L74

те, что из них чистые — мемоизируй

Ну не знаю, однострочники норм, я защищал и защищаю их, а вот в несколько строчек... if {} else {} как-то очевидней на мой взгляд.

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

А когда мне рассказывали, что карирование нужно, чтобы сохранить 1-arity у функций потому что это лучше поддаётся анализу или как-то так.

все функции писать через const – это тоже такой православный подход?

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

для просчитанных инпутов функция становится хеш таблицей

все функции писать через const – это тоже такой православный подход?

Да. Ты же не собираешься их перезаписывать?

все функции писать через const – это тоже такой православный подход?

это как больше нравится

у меня почти нет переменных, поэтому функции в констах хранить норм

define methods мутабельный =( https://github.com/5angel/quak/blob/master/src/utils.js#L62-L66

безопаснее сделать shallow copy и вернуть её

ещэ

для дефолтного каррирования нужно, чтобы у функции было определённое арити

то есть не ...rest

и не function() { console.log(arguments) }

а function(arg1, arg2, …, argN-1, argN)

я бы для простоты тестирования разделил работу с домом/браузером и всё остальное

для дефолтного каррирования нужно, чтобы у функции было определённое арити

ну я заметил, что дефолтные аргументы оно тоже не любит

надо подумать

дефолтные аргументы лучше делать через partial application

const add = curry( (a, b) => a + b); const add1byDefault = add(1); const add100byDefault = add(100);

Я понял, в таком случае получается, что дефолтные аргументы в es2015-синтаксисе вообще не используются

дефолтные аргументы о другом и для другого)

очень многое не используется

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

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

переведите пожалуйста этот термин на русский

плевать, на чем пишешь

на сях используешь си фп-библиотеку

код примерно такой же

дефолтные аргументы о другом и для другого)

они о другом, но с частичным применением они не нужны, смотри: const map = curry( (fn, arr) => arr.map(fn)); const id = x => x; const mapIdByDefault = map(id) const double = x = x * 2; const mapDoubleByDefault = map(double) mapIdByDefault([1, 2]); // [1, 2] mapDoubleByDefault([1, 2]); // [2, 4]

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

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

const map = curry( (fn = x => x, arr) => arr.map(fn)); можно было и так написать и покрыть вариант с дефолтным вызовом)

те, что из них чистые — мемоизируй

Можешь показать пример правильной мемоизации?

вот модуль https://github.com/iamstarkov/es-deps-from-string

принимает строку возвращает массив

при одинаковых строках результат будет всегда одинаковый

для работы с фс я его мемоизировал https://github.com/iamstarkov/es-deps/blob/master/index.js#L9

https://github.com/ramda/ramda/blob/master/src/internal/_arity.js

wat

ENLARGE YOUR FUNCTION

я так понимаю, это для функций с неопреленной arity

или для ее увеличения, хотя это уже странно