Wiki » Historique » Version 6
Version 5 (Bruno Boiget, 04/03/2013 16:05) → Version 6/8 (Bruno Boiget, 04/03/2013 16:10)
h1. Gen-Config
Mode WEB.
h2. Spécifications des technos :
- utilisation de bootstrap/twitter pour la présentation graphique
- backbone/marionnette pour la gestion du MVC
- serveur de données JSON avec flask
- gestion des configurations avec Tiramisu
h2. Maquettage :
création d'une première version de gen_config web avec les briques définies ci-dessus.
- travail en parallèle sur 2 parties : flask /serveur JSON et vue / marionette.
- définir une API commune et des cas pratiques à mettre en oeuvre (dictionnaires de test).
En parallèle: Adaptation de la gestion des devoirs sur ces technologies.
h2. API :
L'API entre le serveur et le client devrait comporter les éléments suivants:
<pre>
- récupération de l'ensemble des variables et de leur valeur actuelle (GET) : {famille1:[{name='var1',value='toto',description='variable 1',separateur=""},
{name='var2', ....}}
- envoi de la nouvelle valeur d'une variable (PUT) : nom_var, valeur
- sauvegarde de la configuration (PUT)
- récupération de la valeur par défaut d'une variable (PUT avec valeur particulière ?)
</pre>
Lorsqu'une valeur est modifiée, il faut refaire un appel pour récupérer l'ensemble des valeurs (valeurs recalculées).
h2. points à définir
Le cas où plusieurs utilisateurs tentent d'éditer la configuration d'un serveur en même temps peut poser problème (le dernier qui valide écrase les modifications faites entre temps).
Dans ce cas, on prévoit de gérer un timestamp correspondant à la dernière sauvegarde et de prévenir l'utilisateur si ses données ne sont plus à jour.
Ci-joint un dico de test sur différent cas de string.
Mode WEB.
h2. Spécifications des technos :
- utilisation de bootstrap/twitter pour la présentation graphique
- backbone/marionnette pour la gestion du MVC
- serveur de données JSON avec flask
- gestion des configurations avec Tiramisu
h2. Maquettage :
création d'une première version de gen_config web avec les briques définies ci-dessus.
- travail en parallèle sur 2 parties : flask /serveur JSON et vue / marionette.
- définir une API commune et des cas pratiques à mettre en oeuvre (dictionnaires de test).
En parallèle: Adaptation de la gestion des devoirs sur ces technologies.
h2. API :
L'API entre le serveur et le client devrait comporter les éléments suivants:
<pre>
- récupération de l'ensemble des variables et de leur valeur actuelle (GET) : {famille1:[{name='var1',value='toto',description='variable 1',separateur=""},
{name='var2', ....}}
- envoi de la nouvelle valeur d'une variable (PUT) : nom_var, valeur
- sauvegarde de la configuration (PUT)
- récupération de la valeur par défaut d'une variable (PUT avec valeur particulière ?)
</pre>
Lorsqu'une valeur est modifiée, il faut refaire un appel pour récupérer l'ensemble des valeurs (valeurs recalculées).
h2. points à définir
Le cas où plusieurs utilisateurs tentent d'éditer la configuration d'un serveur en même temps peut poser problème (le dernier qui valide écrase les modifications faites entre temps).
Dans ce cas, on prévoit de gérer un timestamp correspondant à la dernière sauvegarde et de prévenir l'utilisateur si ses données ne sont plus à jour.
Ci-joint un dico de test sur différent cas de string.