You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
L'objectif est de proposer une abstraction assez simple mais suffisante des solutions Orientées Graph. Et de permettre à ceux qui ne souhaitent pas s'équiper de serveur orientés graph d'avoir des fonctions basiques liées aux graphs sur des bases de données traditionnelles (MySQL, MongoDB).
Actuellement,
Nous avons un Manager qui sert de Facade et qui expose une API.
On se rends compte à l'usage que les filtres vont servir de "sac à ... foure tout".
De plus, la Facade va surement devoir s'allourdir avec le temps, et on risque d'avoir X méthodes getConnectionsXXX, countConnectionsXXX, etc... Outre une élégance réduite, ce n'est pas souple et ne permets pas des requêtes quelque peu complexe.
L'idée d'un QueryBuilder c'est de proposer une interface de communication avec l'utilisateur simple, souple et en respect avec la POO traditionnelle :p
Personnellement,
Je trouve que le QueryBuilder rends les choses sexy, et au delà de ca simplifier notre Facade.
C'est pas mal de boulot en plus alors qu'actuellement les choses fonctionne. Mais cela va nous permettre d'etre réellement plus évolutif, et de proposer une interface propre pour les requetes sur Graph.
PS : Pour rappel, nous ne souhaitons pas réaliser une abstraction complete et puissante des tout les systemes de graph. Mais simplement permettre au quidam d'avoir une solution de Graph pour "pas chere" et pouvant aller assez loin sur les requetes si besoin. Si l'utilisateur a besoin d'aller sur des choses ultra optimisés, performantes et complexes, il devra utiliser des solutions dédiés.
The text was updated successfully, but these errors were encountered:
L'objectif est de proposer une abstraction assez simple mais suffisante des solutions Orientées Graph. Et de permettre à ceux qui ne souhaitent pas s'équiper de serveur orientés graph d'avoir des fonctions basiques liées aux graphs sur des bases de données traditionnelles (MySQL, MongoDB).
Actuellement,
Nous avons un Manager qui sert de Facade et qui expose une API.
On se rends compte à l'usage que les filtres vont servir de "sac à ... foure tout".
De plus, la Facade va surement devoir s'allourdir avec le temps, et on risque d'avoir X méthodes getConnectionsXXX, countConnectionsXXX, etc... Outre une élégance réduite, ce n'est pas souple et ne permets pas des requêtes quelque peu complexe.
L'idée d'un QueryBuilder c'est de proposer une interface de communication avec l'utilisateur simple, souple et en respect avec la POO traditionnelle :p
Voici un exemple de syntaxe sur le QueryBuilder : https://gist.github.com/benjamindulau/d599bde751d548e0f7ba
Personnellement,
Je trouve que le QueryBuilder rends les choses sexy, et au delà de ca simplifier notre Facade.
C'est pas mal de boulot en plus alors qu'actuellement les choses fonctionne. Mais cela va nous permettre d'etre réellement plus évolutif, et de proposer une interface propre pour les requetes sur Graph.
PS : Pour rappel, nous ne souhaitons pas réaliser une abstraction complete et puissante des tout les systemes de graph. Mais simplement permettre au quidam d'avoir une solution de Graph pour "pas chere" et pouvant aller assez loin sur les requetes si besoin. Si l'utilisateur a besoin d'aller sur des choses ultra optimisés, performantes et complexes, il devra utiliser des solutions dédiés.
The text was updated successfully, but these errors were encountered: