chore: utilisations des mutations SWR sur les espaces de travail #1188
Conversation
✅ Deploy Preview for stylo-docs canceled.
|
✅ Deploy Preview for stylo-dev ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
ggrossetie
force-pushed
the
fix-1171-hooks-usegraphql
branch
from
00e2d95 to
4c02d52
Compare
| updatedAt: new Date().getTime(), | ||
| createdAt: new Date().getTime(), | ||
| stats: { | ||
| membersCount: 1, | ||
| articlesCount: 0, | ||
| }, |
There was a problem hiding this comment.
Y'a besoin de passer ces infos ? Ça devrait être des défauts côté base de données, pas côté front.
There was a problem hiding this comment.
C'est avant que les données soient récupérées du serveur.
L'autre solution c'est de gérer l'absence de ces valeurs dans les composants mais je trouve ça dommage car le serveur retourne bien ces informations...
front/src/hooks/workspace.js
Outdated
| const removeMember = async (user) => { | ||
| const { _id: userId } = user | ||
| await mutation({ | ||
| query: removeMemberQuery, | ||
| variables: { workspaceId, userId }, | ||
| }) | ||
| const result = await mutate( | ||
| async (data) => { | ||
| return { | ||
| workspace: { | ||
| members: data.workspace.members.filter((m) => m._id !== userId), | ||
| }, | ||
| } | ||
| }, | ||
| { revalidate: false } | ||
| ) | ||
| await updateMembersCount(result) | ||
| } |
There was a problem hiding this comment.
Le seul truc qui me gêne c'est l'absence de tests : c'est très dur de voir si y'a un bug dans la mise à jour des données du cache :-/
There was a problem hiding this comment.
Peut-être que SWR propose quelques primitives pour faciliter les tests. Sinon je peux essayer de mock pour tester une partie de la logique ?
| export function useWorkspaceMembersActions(workspaceId) { | ||
| const { mutate: workspacesMutate } = useSWRConfig() | ||
| const key = useSWRKey()({ query: getWorkspaces }) | ||
| const mutation = useMutation() |
There was a problem hiding this comment.
C'est trompeur : useMutation() retourne un object request bindé au jeton utilisateur, ça n'a rien à voir avec swr… qui a son propre useSWRMutation(). Alors qu'on a aussi useMutate()… qui utilise useSWR().
There was a problem hiding this comment.
Oui la notion de mutation est commune entre SWR et le concept de query/mutation de GraphQL
J'avais tenté de faire mutate -> SWR et mutation -> GraphQL mais ce n'est clairement pas satisfaisant 😞
J'ai fais une proposition dans #1171 (comment) pour améliorer le nommage.
Mon idée c'était de faire une utilisation complète/avancée de SWR avant de revoir le nommage/supprimer ce qui est obsolète.
Si ça te va, je préfère gérer le renommage dans une autre pull request.
front/src/hooks/workspace.js
Outdated
| description: workspace.description, | ||
| name: workspace.name, | ||
| }) | ||
| mutate(key, async (data) => ({ |
There was a problem hiding this comment.
Si on utilise mutate(), faudrait que ça corresponde au concept de swr. Sinon ça ne fait pas de différence avec le useGraphQL() + runQuery() qu'on a déjà. Non ?
There was a problem hiding this comment.
Si on utilise mutate(), faudrait que ça corresponde au concept de swr.
Sur la ligne que tu commentes, le mutate provient bien de SWR et permet de modifier le cache SWR (et d'envoyer un revalidate).
Sinon ça ne fait pas de différence avec le useGraphQL() + runQuery() qu'on a déjà. Non ?
Le runQuery ne fait qu'un appel à l'API GraphQL (pas de lien avec SWR). Cela permet de faire une mutation ou une query GraphQL quand on a pas besoin de revalidate.
Cela dit, peut être que plus on va généraliser l'utilisation de SWR plus ce cas sera à la marge.
|
Quelques changements sur mon dernier commit:
|
ggrossetie
force-pushed
the
fix-1171-hooks-usegraphql
branch
from
4c02d52 to
3675917
Compare
L'objectif est de simplifier la gestion de l'état en supprimant les actions dans le store Redux.