Slajdy z prezentacji na DRUG #105 (zapraszamy co trzeci poniedziałek każdego miesiąca do Wrocławia). Podczas prezentacji omawiany był etap serwisy i serwisy+ jaki można zobaczyć w wielu projektach Rails. Wskazuję na zalety tego podejścia, ale też wiele nierozwiązanych problemów. Zanim jednak rzucimy się na kolejne kroki warto zobaczyć las zamiast pojedynczych drzew. Tym lasem jest Domain Driven Design połączone z CQRS. Warto zobaczyć jak wygląda taki DDD projekt aby się upewnić czy chce się w tą stronę iść. Szczęśliwie już mamy taki nietrywialny projekt: https://github.com/RailsEventStore/ecommerce Warto go uruchomić, przejrzeć kod - wziąć przykładowy issue do zrobienia. A dopiero po tych doświadczeniach wdrażać kolejne kroki u siebie. Najlepszą strategią może być strategia "readmodelowa" oparta o eventy.

1. Andrzej Krzywda, DRUG #105, 2021
Service objecty to za mało
Jak żyć z Railsami?

2. Z Railsami szybko się startuje

3. Optymalizacja pod dodawanie
nowych kolumn w bazie danych

4. Railsy optymalizują pod pierwsze
10 ticketów w Jirze

5. Potem mamy już
"zacementowany design"

6. Coupling everywhere

7. Mądrze wybieraj pierwsze 10
ficzerów

8. DHH mówi:
logika do modelów
oraz concerny

9. Community wybrało service
objecty

10. Ale każdy je robi po swojemu

11. I każdy je inaczej nazywa
commandy, serwisy, serwisobdżekty, usecase'y,
interactory, simplekomandy

12. Zaleta serwisów:
oddzielenie się od warstwy http railsów

13. Zwykle zostaje coupling do
ActiveRecord

14. Chociaż niektórzy opakowują
ActiveRecord warstwą repozytoriów

15. Serwisy i repozytoria
to taki etap serwisy+

16. Często też dochodzą takie wzorce
jak form object czy presenter pattern

17. I co dalej?
Czy etap serwisy+ nas zadowala?

18. Czy eliminuje to couplingi?

19. Typowe problemy etapu serwisy+

20. Czy serwis może wywoływać
inny serwis?

21. Czy rozróżniamy nadserwisy i
podserwisy?

22. Czy prezentowanie danych (aka
query) to też serwis?

23. Czy dziedziczkonko serwisów
jest OK?

24. Czy wybieramy framework do
serwisów?

25. Czy mamy spójne zachowania
serwisów, czy mają stałe API?

26. Czy rzucamy wyjątki jak coś w
serwisie się nie powiedzie?

27. Czy używamy monady?

28. Najważniejsze pytanie

29. Co chcesz w życiu robić?

30. aka
Co dalej?
Dokąd zmierzamy?

31. Do niedawna nie było tu łatwej
rady co dalej

32. Serwisy to gateway drug

33. Prawdziwa zabawa zaczyna się
jak sięgniesz po kolejne narkotyki

34. Zapoznaj się jak wygląda świat
dużo głebięj

35. Arkency Ecommerce
https://github.com/RailsEventStore/ecommerce

36. nietrywialny projekt DDD + CQRS
+ Event Surcing

37. Wskocz tam aby przekonać się
czy faktycznie to takie dobre

38. Spójrzmy na kodzik

39. Dzięki!