Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create makeAggregate method to abstract the common aggregate logic #4

Merged
merged 2 commits into from
Feb 25, 2022

Conversation

paduc
Copy link
Contributor

@paduc paduc commented Feb 22, 2022

L'idée de cette PR est de placer toute la logique commune de l'instantiation d'un agrégat dans une nouvelle méthode makeAggregate.

Cette méthode reçoit ce qui est spécifique à cet agrégat:

  • l'état initial
  • la méthode updateState (précédemment handleEvent), qui est le reducer (state, event) => state
  • les actions

Elle retourne, à son tour, une méthode qui est destinée à créer une instance d'agrégat à partir d'un aggregateId: AggregateId et history: DomainEvent[]. C'est la méthode makeDemande qui sera appelé dans le repository une fois qu'on aura récupéré l'historique dans l'event store.

J'ai travaillé les types afin d'avoir des besoins minimaux (ie inférence maximale) sur le lieu d'usage.
Exemple:

import * as actions from './actions';

export type DemandeState = { status: 'nouvelle' | 'déposée' | 'acceptée' };

export const makeDemande = makeAggregate({ initialState: { status: 'nouvelle' }, updateState, actions });

export type Demande = ReturnType<typeof makeDemande>;

export function updateState(state: DemandeState, event: DomainEvent): DemandeState {
  switch (event.type) {
    case 'DemandeDéposée':
      return { ...state, status: 'déposée' };
    case 'DemandeAcceptée':
      return { ...state, status: 'acceptée' };
    default:
      return state;
  }
}

Evidemment, ça a un coût en terme de complexité du coté des types qui composent makeAggregate. J'ai essayé de réduire au mieux les indirections mais je suis preneur de toute idée d'amélioration. C'est "côté framework" et donc pas vraiment destiné à être lu / modifié par les développeurs, mais autant rester le plus lisible possible pour des raisons de maintenabilité.

Je suis dors et déjà preneur d'idée et remarques. Evidemment, cette implémentation vivra (et s'adaptera) à l'usage.

@paduc paduc merged commit 5717f6e into master Feb 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants