[PL] Not-so-object-oriented programming

Can we create solutions without OO approach? Of course! Let's take a look on functional programming world, all of this together with F# and RxJS.

Transcript

1. Programowanie nie do końca obiektowe …czyli kilka sposobów na przeżycie bez klas. Przemek Smyrdek
2. Jak programujemy? Imperatywnie Deklaratywnie Proceduralnie Logicznie Obiektowo Funkcyjnie
3. Obiektowo jest wporzo. Klasy odwzorowują obiekty biznesowe Działanie metod jest przewidywalne OOP wspiera dobre praktyki
4. To prawda, ale…
6. Ukryte wejścia / wyjścia Efekty uboczne
8. Stan algorytmu / klasy / etc.
10. Modyfikacja (mutacja) parametrów
11. Obiektowo jest wporzo? Klasy odwzorowują obiekty biznesowe (a o wszystkim decyduje ich aktualny stan) Działanie metod jest przewidywalne (ale nie ma problemu żeby wykonać coś „na boku”) OOP wspiera dobre praktyki (ale nie zabrania złych)
12. Funkcyjnie? No coś słyszałem, ale…
13. No coś słyszałem, ale… …w sumie po co, skoro C# / Ruby / Java mi wystarczy? …w sumie po co, skoro od zawsze robiłem w jQuery i działało? …w sumie po co, skoro nie znam a i tak mi płacą? …w sumie po co, skoro…
14. Problem nr 1 – system edukacji
15. „To, że ciągle robisz coś w określony sposób wcale nie oznacza, że jest to najlepszy sposób na robienie tego czegoś.” Problem nr 2 – przyzwyczajenia
16. „JS jest złym językiem, bo nie ma klas.” Problem nr 3 – OOP jako lek na wszystko
17. Warto poszerzać horyzonty
18. Co zdiagnozowaliśmy do tej pory? efekty uboczne globalny stan modyfikacja parametrów
19. A gdyby tak użyć funkcji matematycznych… y = f(x)
20. f(2) = 12 Przewidywalne zachowanie Mapowanie wejścia na wyjście Wysoki poziom abstrakcji
21. Dziedzina Abstrakcja
22. 1 2 3 4 5 … 3 5 7 9 11 … f(x) = 2x + 1
23. 1 2 3 4 5 … 3 5 7 9 11 … public int MultiplyAndAddOne(int input) { int multiplied = input * 2; int addOneResult = multiplied + 1; return addOneResult; }
24. 1 2 3 4 5 … 3 5 7 9 11 … public int MultiplyAndAddOne(int input) { switch(input) { case 1: return 3; case 2: return 5; case 3: return 7; … } }
25. Brak efektów ubocznych (no side-effects) Brak mutacji parametru (immutability) Funkcja jest bezstanowa (stateless) public int MultiplyAndAddOne(int input) { switch(input) { case 1: return 3; case 2: return 5; case 3: return 7; … } }
26. => Przewidywalne zachowanie => Łatwe testowanie => Zmiana nawyków public int MultiplyAndAddOne(int input) { switch(input) { case 1: return 3; case 2: return 5; case 3: return 7; … } }
27. map filter reduce … Funkcyjnie, czyli co zrobić, a nie jak zrobić:
28. map
29. filter
30. reduce
31. Funkcja to obiekt pierwszej klasy
32. Przypisanie funkcji
33. Funkcja jako parametr
34. Funkcja zwracana z innej funkcji
35. Języki funkcyjne Czysto funkcyjne Mieszane
36. Programowanie funkcyjne x 2
37. F# • Microsoft, 2005 • Pozwala na tworzenie kodu w wielu paradygmatach • Mocno typowany • Oparty o platformę .NET • Visual Studio • Pipes, pattern matching, async
38. F# - DEMO
39. Reactive Extensions • „Reactive Functional Programming” • Programowanie reaktywne – wykorzystanie wzorca Obserwator • Cross-platform (.NET, JS, Java, …) • Kompozycja oparta o strumienie danych • Async
40. Rx.Observable
41. https://github.com/Reactive-Extensions/Rx.NET
42. https://medium.com/google-developer-experts/angular-introduction-to-reactive-extensions-rxjs-a86a7430a61f var observer = rx.Observer.create( function onNext(result){ console.log(result); }, function onError(err){ console.log(err); }, function onCompleted(){ console.log('Completed'); } ); observable.subscribe(observer);
43. Strumień eventów czas ’click’ ’click’ ’click’ ’click’ ’click’ ’click’
44. Map, reduce, filter!
45. map ’click’ ’click’ ’click’ ’click’ ’click’ ’click’ 1 1 1 1 1 1 map
46. var onesStream = Rx.Observable .fromEvent(button, ’click’) .map( () => 1 ); onesStream.subscribe(function(value) { … });
47. Rx - DEMO
48. https://glebbahmutov.com/draw-cycle/
49. http://rxmarbles.com/
50. Pułapki Wdrożenie „czystego” FP w zespole może okazać się zbyt kosztowne O wiele mniejsza baza zasobów w porównaniu do OOP Problematyczna optymalizacja
51. Dobre praktyki OOP / FP SRP / Minimalizowanie efektów ubocznych (no side-effects) Przewidywalne zachowanie funkcji (immutability) Minimalizowanie globalnego stanu (stateless)
52. „To, że ciągle robisz coś w określony sposób wcale nie oznacza, że jest to najlepszy sposób na robienie tego czegoś.”
53. Credits: http://fsharpforfunandprofit.com/posts/thinking-functionally-intro/ https://www.youtube.com/watch?v=1zj7M1LnJV4 https://gist.github.com/staltz/868e7e9bc2a7b8c1f754 http://wazniak.mimuw.edu.pl/index.php?title=Programowanie_funkcyjne http://blog.reactandbethankful.com/posts/2015/09/15/understanding-the-functional-revolution/ http://www.mpscholten.de/javascript/2016/01/15/javascript-in-2016-functional-programming-is-getting-here-to-stay.html http://steve-yegge.blogspot.com/2006/03/execution-in-kingdom-of-nouns.html https://glebbahmutov.com/draw-cycle/ http://reactivex.io/intro.html http://fsharp.org/about/index.html http://www.scs.stanford.edu/16wi-cs240h/slides/fb-slides.html https://brianmckenna.org/blog/howtostopfp and more…
54. Dzięki :)