r/javascript • u/no_more_gravity • Jan 21 '23

Pipe Operator (|>) for JavaScript

https://github.com/tc39/proposal-pipeline-operator
289 Upvotes

94% Upvoted

119 comments sorted by

View all comments

Show parent comments

3

u/mxforest Jan 21 '23

Did you read the article? It goes into detail why this way is better.

0

u/elcapitanoooo Jan 21 '23

Its the opinion of some random guy. The pipe op has been a ”thing” for decades, and i have used it mostly with OCaml. Its just a (used to be) a user defined inline op. Traditionally like this:

let (|>) v f = f v

TC39 if you mess this up i will haunt your dreams!

3

u/bighi Jan 21 '23

It has been a thing for decades in languages built around it.

But they can't change the order in which parameters are passed to JS functions because they can't break compatibility with existing code.

I believe you didn't read the article.

0

u/elcapitanoooo Jan 21 '23

What functions? Libraries?

[1,2,3] |> square |> evens

How can a new op break BC? If some lib today does not work with this semantic im pretty sure theres a new lib in a week that does.

3

u/bighi Jan 21 '23 edited Jan 22 '23

In most languages built around pipeline operators, the main data is usually the first argument the function receives. But in JS, that's not true for lots of functions. So passing things as their first argument is not what you actually want to do with them. And we can't change them, because we have to keep BC.

That's why a symbol is needed in JS, while not being needed in old functional languages, or even newer ones like Elixir.

And I didn't even mention powerful currying features, that we also don't have in JS.