🎈(
так он что за тебя должен ставить ее?
😂😂😂
Size: a a a
2020 May 24
I
так он что за тебя должен ставить ее?
ну он большую часть работы выполняет по форматированию, соображает где надо.
TP
ну он большую часть работы выполняет по форматированию, соображает где надо.
Так ты кодишь или вс код ты должен отступы все ставить для этого и есть стилистика кода
๖
Так ты кодишь или вс код ты должен отступы все ставить для этого и есть стилистика кода
А я то думал, для чего стилистику придумали)
🎈(
вот это
записывать так:
как по мне, дичь
function multiply(a, b, c) {
return a * b * c;
}записывать так:
function multiply(a) {
return (b) => {
return (c) => {
return a * b * c
}
}
}как по мне, дичь
кстати, вместо большого кода мы же можем записывать вот так :
нету многоэтажек))
const multiply = a => b => c => a*b*c;
нету многоэтажек))
๖
Минус чел
KS
почему же синхронные функции chaining-recursive https://medium.com/@stasonmars/%D0%BF%D0%BE%D0%BD%D0%B8%D0%BC%D0%B0%D0%B5%D0%BC-%D0%BA%D0%B0%D1%80%D1%80%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B2-javascript-5ec4a1d88827
на самом деле на практике чаще используют биндинги, чем каррирование.
VH
если в этом есть смысл, то почему нет?
я простодумал, не увеличивает ли это сложность алгоритма
я простодумал, не увеличивает ли это сложность алгоритма
Сегодня 3 аргумента, завтра 5 и у тебя уже 5 ретурнов, вместо простого дописания умножить на переменную
๖
Я конст ещё не учил
🎈(
Сегодня 3 аргумента, завтра 5 и у тебя уже 5 ретурнов, вместо простого дописания умножить на переменную
ну так можно красиво написать через стрелочные функции, как я написал выше
VH
кстати, вместо большого кода мы же можем записывать вот так :
нету многоэтажек))
const multiply = a => b => c => a*b*c;
нету многоэтажек))
И в итоге ты написал то, что было изначально с лишним кодом)
🎈(
И в итоге ты написал то, что было изначально с лишним кодом)
тоже самое, только вот я могу написать вот так :
а дальше уже эту переменную умножать на нужные числа) и так далее.
это же добавляет гибкости.
const twoMultiply= multiply(2);
а дальше уже эту переменную умножать на нужные числа) и так далее.
это же добавляет гибкости.
А
все framework php на этом
Вот пример простой в js
Вот пример простой в js
var sum = num => y => num + y;
sum(5)(4)(2)(-1);
🎈(
меня смущает только то, не добавляет ли это в сложность алгоритма...
не шарите вы тут?)
не шарите вы тут?)
🎈(
все framework php на этом
Вот пример простой в js
Вот пример простой в js
var sum = num => y => num + y;
sum(5)(4)(2)(-1);
ты чёто не то скинул))))))
🎈(
функция принимает 2 аргумента, а ты передаешь 4))))
VH
тоже самое, только вот я могу написать вот так :
а дальше уже эту переменную умножать на нужные числа) и так далее.
это же добавляет гибкости.
const twoMultiply= multiply(2);
а дальше уже эту переменную умножать на нужные числа) и так далее.
это же добавляет гибкости.
Какой гибкости? Ты просто можешь написать строку где будет a *b*c - но ты используешь ретурны, функции, стрелочные и прочее. О какой гибкости речь? 😁
А
функция принимает 2 аргумента, а ты передаешь 4))))
хм не вижу 4 аргумента у себя, вижу замыкания только
d
Минус чел
удалил.. не ругайся
🎈(
Какой гибкости? Ты просто можешь написать строку где будет a *b*c - но ты используешь ретурны, функции, стрелочные и прочее. О какой гибкости речь? 😁
multiply(2,3,4)
multiply(2,4,5)
multiply(2,6,7)
multiply(2,8,9)
а мы можем сделать :
const twoMultiply = multiply(2);
twoMultiply(3)(4)
twoMultiply(5)(6)
ну суть ты понял, о чём я)
multiply(2,4,5)
multiply(2,6,7)
multiply(2,8,9)
а мы можем сделать :
const twoMultiply = multiply(2);
twoMultiply(3)(4)
twoMultiply(5)(6)
ну суть ты понял, о чём я)