Wcale też nie jest jakiś nowy. Poza językami funkcyjnymi przez jakiś czas zalecany operator strumieni w c++ (>>, <<). Niestety wymagał przeładowania i ludzie zaczęli go nadużywać do wszystkiego.
+ Będzie można pozbyć się zwracania this przez metody, by uzyskać łancuchowe wywołania - chaining (który sam w sobie jest okropny i jest protezą na strumienie) + Pipeline Operator + Strumienie z node.js i praktycznie mamy gulpa. + Bardzo łatwo napisać metodę operującą na jakimś strumieniu bądź obiekcie rozszerzającą funkcjonalność, bez specyficznych dla bibliotek rozwiązań.
@Ginden: @ciepol: Prawdę mówiąc nie wiem co dokładnie masz na myśli. Jeśli Cię interesuje jak wygląda wzorzec strumieni i pipelinów dla proceduralnego języka to np w c wygląda tak:
Bardzo fajny operator.
Wcale też nie jest jakiś nowy. Poza językami funkcyjnymi przez jakiś czas zalecany operator strumieni w c++ (>>, <<). Niestety wymagał przeładowania i ludzie zaczęli go nadużywać do wszystkiego.
+ Będzie można pozbyć się zwracania this przez metody, by uzyskać łancuchowe wywołania - chaining (który sam w sobie jest okropny i jest protezą na strumienie)
+ Pipeline Operator + Strumienie z node.js i praktycznie mamy gulpa.
+ Bardzo łatwo napisać metodę operującą na jakimś strumieniu bądź obiekcie rozszerzającą funkcjonalność, bez specyficznych dla bibliotek rozwiązań.
https://github.com/mindeavor/es-pipeline-operator
#javascript #webdev
źródło: comment_a4dmJhEwCencTaDL8oHzAdCav51VKUpe.jpg
Pobierz@Ginden: ke?
http://tldp.org/LDP/lpg/node11.html
Przeciążone operatory i function currying nie należą do programowania proceduralnego choć mogą tak wyglądać (imperatywne przekazywanie strumienia).
Komentarz usunięty przez autora
@Ginden: Tylko się odniosę jeszcze do tego. Proceduralne programowanie to nic złego. Jest to oczywiście moje prywatne zdanie.