Comment utiliser le même code de "reducer" coté client et coté serveur avec une archi orientée CQRS, EventSourcing, React, Redux.

1. YO !
FRANCK ERNEWEIN
CTO@tweetping, formateur React/Redux.
JÉRÔME AVOUSTIN
Artisant développeur, Fan d'extrem programming, de
nodejs et de rugby.

2. COMMENT
REDUX
A FINI SUR MON
SERVEUR

3. REFONTE D'UN PROTOTYPE
Features basiques:
Login/Logout
Ajout/Modification de choux
Ajout/Suppression de carrottes
Statistiques choux/carottes²
Etc, etc.

4. COMMENT ON FAIT ?
DDD
CQRS
EventSourcing
ReactJS
Redux
(UN SITE WEB)
(Dreamweaver)

5. DOMAIN DRIVEN DESIGN
Focus sur les comportements
Emergence d'un langage omniscient
Focus sur les événements du domaine

6. LE BACK
CQRS + EventSourcing

7. CQRS
Command Query Responsibility Segregation
Principe d'architecture assez simple

8. CQRS
Enjeux différents
Queries : indexation, aggrégation, projection
Commands : consistance
On peut aussi séparer
Les modèles : normalisation VS dénormalisation
Les sources de données
Pattern très intéressant pour scaler

9. EVENT SOURCING
Source de données immutable
Stockage de l'historique des événements du
domaine

10. EVENT SOURCING
Protection
Interprétation
Ou pour traiter chaque événement
f(history) => state
f(state, command) => events
f(events) => state
f(state, event) => state

11. BACKEND

12. LE FRONT
React + Redux

13. PROPAGATION DU RENDU
React excel dans un monde d'objets immutables

14. REDUX
REDUX ADVANTAGES

15. CONCEPT
Reducers:
f(state, action) => state

16. TIME TO PLUG

21. AVANTAGES
Code métier mutualisé client/serveur
Clients multiples synchronisés