1. Programowanie nie do końca obiektowe
…czyli kilka sposobów na przeżycie bez klas.
Przemek Smyrdek

2. Jak programujemy?
Imperatywnie Deklaratywnie
Proceduralnie LogicznieObiektowo 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 11 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 :)