3 ms·

How would you add extra arguments to a function with your method?

yladiz 9y ago
You could just make the function, like square, accept arguments and then return a function that can be composed in that way.
- scottmf 9y ago
  That gives it a huge disadvantage over just using the pipe operator, particularly with standard functions: const pow = x => y => Math.pow(x, y); pipe(2, pow(5), square); compared to just: 2 |> Math.pow(5) |> square
  - djedr 9y ago
    The referenced operator proposal advocates the same solution[0] as @yladiz suggested here, so it's not clear to me where did you get this: 2 |> Math.pow(5) |> square from? This would mean the same thing as: Math.pow(5, 2) |> square right? This seems like a pretty hairy thing to implement into the language. Also I don't think this syntax is very clear. A more concise way of doing this with `pipe` would be: pipe(2, $ => Math.pow(5, $), square) Compared to the operator: 2 |> $ => Math.pow(5, $) |> square So no disadvantage at all. [0] https://github.com/tc39/proposal-pipeline-operator#user-content-functions-with-multiple-arguments https://github.com/tc39/proposal-pipeline-operator#user-cont...
    - scottmf 9y ago
      Oops, you're right. I was confusing the proposal with how it works in Elixir. I really like the partial application example from your source: let newScore = person.score |> double |> add(7, ?) |> boundScore(0, 100, ?); Partial application is a separate stage 1 proposal but together with the pipe operator I really prefer this: let x = 2 |> Math.pow(5, ?) |> square to this: let x = pipe(2, $ => Math.pow(5, $), square)
      - djedr 9y ago
        How about this: let x = pipe(2 , Math.pow(5, ?) , square ) ;)
        scottmf 9y ago
        Sure but the proposed syntax is much cleaner and expressive imo.
        djedr 9y ago
        Fuzzy words and your opinon, so can't exactly argue with that. But here's a try ;) I take it that the meaning behind the words you used is: clean: no need for `pipe(` prefix and `)` postfix expressive: can convey a pipeline in a distinctive and unique way (with a special operator as opposed to regular function) Let me use the same words, but with different meaning, to say "the pipe function is much cleaner and expressive IMO". The meaning would be: clean: looks (is) the same as regular function application, no need for dirtying the syntax up with a special operator need to only press one extra key per operand/argument (,) as opposed to 3 (shift+|,>) ;) expressive: can convey a pipeline just as well as the operator; it's a regular function, so it's first class, unlike the operator it's variadic, so you can combine it with spread operator syntax like: pipe(data, ...pipeline1, ...pipeline2) // where pipeline1 and pipeline2 // are arrays of functions

You could just make the function, like square, accept arguments and then return a function that can be composed in that way.

scottmf 9y ago
That gives it a huge disadvantage over just using the pipe operator, particularly with standard functions: const pow = x => y => Math.pow(x, y); pipe(2, pow(5), square); compared to just: 2 |> Math.pow(5) |> square
- djedr 9y ago
  The referenced operator proposal advocates the same solution[0] as @yladiz suggested here, so it's not clear to me where did you get this: 2 |> Math.pow(5) |> square from? This would mean the same thing as: Math.pow(5, 2) |> square right? This seems like a pretty hairy thing to implement into the language. Also I don't think this syntax is very clear. A more concise way of doing this with `pipe` would be: pipe(2, $ => Math.pow(5, $), square) Compared to the operator: 2 |> $ => Math.pow(5, $) |> square So no disadvantage at all. [0] https://github.com/tc39/proposal-pipeline-operator#user-content-functions-with-multiple-arguments https://github.com/tc39/proposal-pipeline-operator#user-cont...
  - scottmf 9y ago
    Oops, you're right. I was confusing the proposal with how it works in Elixir. I really like the partial application example from your source: let newScore = person.score |> double |> add(7, ?) |> boundScore(0, 100, ?); Partial application is a separate stage 1 proposal but together with the pipe operator I really prefer this: let x = 2 |> Math.pow(5, ?) |> square to this: let x = pipe(2, $ => Math.pow(5, $), square)
    - djedr 9y ago
      How about this: let x = pipe(2 , Math.pow(5, ?) , square ) ;)
      - scottmf 9y ago
        Sure but the proposed syntax is much cleaner and expressive imo.
        djedr 9y ago
        Fuzzy words and your opinon, so can't exactly argue with that. But here's a try ;) I take it that the meaning behind the words you used is: clean: no need for `pipe(` prefix and `)` postfix expressive: can convey a pipeline in a distinctive and unique way (with a special operator as opposed to regular function) Let me use the same words, but with different meaning, to say "the pipe function is much cleaner and expressive IMO". The meaning would be: clean: looks (is) the same as regular function application, no need for dirtying the syntax up with a special operator need to only press one extra key per operand/argument (,) as opposed to 3 (shift+|,>) ;) expressive: can convey a pipeline just as well as the operator; it's a regular function, so it's first class, unlike the operator it's variadic, so you can combine it with spread operator syntax like: pipe(data, ...pipeline1, ...pipeline2) // where pipeline1 and pipeline2 // are arrays of functions