Closed SirMishaa closed 2 years ago
Je pense que c'est une bonne idée. Il faut que je vois comment caler la logique.
Les options pour mocker les différentes méthodes sont maintenant dispo sur la fonction register()
, j'ai mis à jour la doc en fonction de ça, n'hésite pas à me dire si ce n'est pas clair.
Hello !
Déjà très bonne librairie, c'est très cool. Je ne sais pas si c'est possible, mais le problème, c'est que la librairie est finalement assez couplée avec le backend et avec la nécessité d'avoir une API qui suit une structure spécifique, ce qui n'est pas forcément pertinent.
Je propose de pouvoir réimplémenter les méthodes comme
getFiles
,getFolder
, etc... La librairie n'a pas besoin de savoir si c'est une API derrière, ou juste un passage en props via un autre script JSL'idée serait de pouvoir passer un adapter qui implémenterait une interface lors de l'enregistrement du custom component. Si c'est le cas, la librairie utiliserait les méthodes de l'adapter, pour récupérer et interagir avec les données.
L'énorme avantage c'est que du coup, nous ne devons plus forcément suivre un schéma spécifique au niveau de l'API, le temps qu'on retourne ce qu'il faut au niveau de l'adapter, c'est bon. On peut également intégrer le client http que l'on souhaite, par exemple un client GraphQL au lieu de se limiter à une API REST.
CustomFileManagerInterface.ts : (Should be provided by the library)
Vous en pensez quoi ?