Perso je trouves l'architecture de la chose absolument horrible.
Plutot que creer un systeme central sur lequel les applications peuvent se reposer pour recevoir les parametres dont elles ont besoin, on cree un systeme qui doit de lui-meme supporter toutes les applications passees, presentes et futures avec leur differents formats, etc...
Bref, plutot que distribuer le travail et permettre une integration, on centralise tout ce boulot sur un gros soft qui fait tout et affecte le comportement d'autres softs qui ne sont pas au courant.
Resultat, tu changes un parametre dans le soft ? T'as interet a ce que ce dernier sache de lui-meme reconnaitre le changement quand il se produit pour le prendre en compte, sinon t'es bon pour devoir soit redemarrer le soft, soit attendre le prochain lancement pour qu'il soit pris en compte.
Gerer plusieurs versions d'un meme softs qui pourraient stocker ou interpreter le meme parametre de maniere differente ? Deja le framework ne semble rien prevoir pour ce cas, et si c'etait prevu, ca serait du bordel centralise en plus plutot que laisser soin au soft d'aller chercher le parametre et s'en occuper (systeme d'eventing pour quand l'info change, ...)
Bref, je suggeres perso de revoir totalement l'architecture de la chose, c'est pas scalable du tout comme approche.
# Mauvaise architecture
Posté par pasBill pasGates . En réponse à la dépêche Première version publique de Gaspacho (version 0.1). Évalué à 2.
Plutot que creer un systeme central sur lequel les applications peuvent se reposer pour recevoir les parametres dont elles ont besoin, on cree un systeme qui doit de lui-meme supporter toutes les applications passees, presentes et futures avec leur differents formats, etc...
Bref, plutot que distribuer le travail et permettre une integration, on centralise tout ce boulot sur un gros soft qui fait tout et affecte le comportement d'autres softs qui ne sont pas au courant.
Resultat, tu changes un parametre dans le soft ? T'as interet a ce que ce dernier sache de lui-meme reconnaitre le changement quand il se produit pour le prendre en compte, sinon t'es bon pour devoir soit redemarrer le soft, soit attendre le prochain lancement pour qu'il soit pris en compte.
Gerer plusieurs versions d'un meme softs qui pourraient stocker ou interpreter le meme parametre de maniere differente ? Deja le framework ne semble rien prevoir pour ce cas, et si c'etait prevu, ca serait du bordel centralise en plus plutot que laisser soin au soft d'aller chercher le parametre et s'en occuper (systeme d'eventing pour quand l'info change, ...)
Bref, je suggeres perso de revoir totalement l'architecture de la chose, c'est pas scalable du tout comme approche.